Es gibt ein merkwürdiges Verhalten, wenn man in Views Inhaltstypen nach Sprache filtern möchte.
Intuitiv würde man den Sprachfilter auf den Inhalt setzen. Dies zeigt nur in der Standardsprache eine Ausgabe.
Das SQL der Abfrage zeigt den Unterschied schon in der ersten Zeile:
für die Standardsprache (hier Deutsch) sieht die Zeile so aus:
SELECT node_field_data.created AS node_field_data_created, node_field_data.nid AS nid ...
für Englisch:
Nach dem Hinzufügen neuer Wertpaare (key|label) zu einem bestehenden Drupal-8-field vom Typ "List (text)" mit bereits übersetzten Wertpaaren stimmen die Übersetzungen nicht mehr?
Sondern sind "verrutscht"?
Immer dran denken, auch die "Allowed values list" neu zu übersetzen!
Ausgangssituation:
Meine Kolleg*innen haben mich öfter mal auf composer schimpfen gehört ... ;)
Insbesondere für dev-Module bin ich zum Schluß gekommen, dass ich updaten lieber per Hand mache (tar.gz runterladen und entpacken) als per composer update/require.
Das bietet aus meiner Sicht entscheidende Vorteile:
Unsere aktuelle Lieblings-Fehlermeldung:
Object of class
Drupal\\Core\\Field\\Plugin\\Field\\FieldType\\StringItem
could not be converted to string
Sehr schön - ein StringItem kann nicht in einen PHP-String verwandelt werden.
In jedem zweiten Drupal-Projekt habe ich Probleme mit dem Linkit-Modul. Oft liegt es am Zusammenspiel mit anderen Modulen, veralteten CKEditor Libraries, nicht passenden jQuery-Versionen oder sonstigen Kombinationen.
Aber manchmal ist es auch etwas ganz banales...
Man sollte immer überprüfen ob das entsprechende Textformat für das man Linkit nutzen möchte auch im angelegten Linkit-Profil aktiviert wurde. Ist mir nämlich neulich wieder passiert und erst nach zwei Stunden rumpatchen und updaten habe ich den Konfigurationsfehler bemerkt - *headdesk + facepalm*.
