"Aktive Sprache filtern" greift nicht bei Akzentsprachen

[D23]

Hi,

die Moduleinstellung "Aktive Sprache filtern" scheint die Akzentsprachen noch nicht zu mögen.
Bei Verwendung von "de" als Sprachkürzel in den Seiteneinstellungen funktioniert nur "Deutsch" bei der CC Konfiguration.
Wenn man in der CC Konfiguration "Deutsch (Deutschland)" auswählt und in der Seitenstruktur auf "de-DE" wechselt, werden keine Einträge ausgegeben.

Bug oder falsch Anwendung falsch verstanden?

[Tim]

Da wird dann strikt unterschieden.
Vorab. Hast du min. Version CC 1.1.2 drauf. Da hab ich die Sprachen, die zur Auswahl stehen noch ergänzt mit den Akzentsprachen. Das Datenbankfeld ist auch größer geworden. Einmal ein Db-Update durchführen.

Du musst, wenn man es so genau unterschieden braucht, auch die Akzentsprache als Sprache wählen in der Konfiguration, damit dafür Datensätze angelegt werden können.
Probier mal.

[D23]

CC ist in Version 1.1.3 installiert.
Ich hab das testhalber nochmal neu gemacht, mit de, de-CH und en -> funktioniert nicht.

Was aber witzigerweise funktioniert:
Ich hab in der system/config/languages.php mal die Einträge von "de_CH" zu "de-CH" geändert (also aus dem Unterstrich ein Minus gemacht), in der CC Konfiguration diese "neue" Schweiz nochmal dazugepackt und schon funktioniert die Unterscheidung wenn bei Startpunkt der Seite als Sprache "de-CH" eingetragen ist.

Ist das jetzt Zufall?

[Tim]

gibt keine Zufälle
In die Sprachauswahl in der Konfig kommt ganz strikt der Schlüssel aus Contaos Sprachenarray. \System::getLanguages();
Da werden alle Sprachen mit Unterstrich ausgespuckt. So soll es dann auch sein, so wird es dann auch gespeichert.

In den Seiteneinstellungen wäre dann die Sprache auch mit Unterstrich zu wählen.

[D23]

Hab ich gesehen... also das mit getLanguages()...
Problem dabei ist aber, dass man in den Seiteneinstellungen eben nur mit Minus eintragen kann... "de_CH" wirft nen Fehler

[Tim]

Hab ich gesehen... also das mit getLanguages()...
Problem dabei ist aber, dass man in den Seiteneinstellungen eben nur mit Minus eintragen kann... "de_CH" wirft nen Fehler

So ein Unsinn. Ich sehe es. Das wär eigentlich mal nen Contao Issue.
Jetzt müssen wir hier ein Fallback bauen. Grr
Der manuelle Sprachenfilter machts richtig

[D23]

Hahahaha... unfassbar!
Kann doch nicht sein, dass das bisher niemandem aufgefallen ist?!

[Tim]

Benutzt keiner
Ich notier es mir. Kannst bei Contaos github aber einreichen.

[D23]

Für core sind da 547 offene Tickets?!?!?! o.O

[D23]

Weiß grad nicht wirklich wie das Ticket am besten zu formulieren wäre... ne Idee?

[Tim]

Schreib wie es ist. Sprachen kommen aus dem System mit Unterstrich, erlaubt sind aber nur welche mit Minus in den Wurzelseiten.

So kommts jetzt bei CC rein

$lang = str_replace('-','_',$lang);

[D23]

Für sowas einen Fallback einbauen zu müssen ist auch irgendwie hart xD
Hab mal ein Ticket gemacht.

[D23]

Aha... wirst Du daraus schlau?
https://github.com/contao/core/issue...ment-113509460

[Tim]

Contao selbst stirbt hier in Schönheit (so würde es Thomas sagen)
--
As our language folders are a Locale ID, we're converting the representation everywhere where we try to match a user/page language to a language folder (str_replace('-', '_', $lang)). Because we're relying on Transifex, the package format is somewhat predefined.
--
Die machen ebenfalls einen String-Replace. Bravo.
Naja, die tausenstel einer Millisekeunde machen den Kohl wohl nicht fett. Ist nur irgendwie Quatsch hier über die globale $GLOBALS['TL_LANGUAGE'], die bekanntlich die aktuelle Sprache der Seite enthält, nicht gleich den fertigen Replace-Wert zu bekommen.