Skurrile Sprachanzeige in Admin-GUI

geotek · 12. August 2015 09:51

Seit einiger Zeit sind im Admin-Bereich einige Tabs/Funktionen in einer für mich nicht identifizierbaren Sprache. Das Skurrile daran: Nur in Firefox (38, 39, 40) sind die Worte "falsch", im IE11 und Edge sind sie englisch. Hier die falsche Anzeige in Firefox:

Hier die richtige in IE/Edge:

Die Sprachauswahl im Admin-Bereich ist übrigens wirkungslos. Es gibt keinerlei PHP-Fehlermeldungen, alle anderen Funktinen von CMSMS scheinen einwandfrei zu funktionieren. Der Fehler war bereits in CMSMS 1.11 vorhanden, nach dem Upgrade auf 1.12 war er immer noch da. Beim Upgrade habe ich das komplette deutsche Installationspaket hochgeladen und die Upgrade-Funktion ausgeführt, auch da gab es keine Fehler oder Warnungen.

Irgend eine Idee, woran das liegen könnte?

Janl · 12. August 2015 10:12

Hallo,
das ist Welsh, der Sprache von Wales England.
Irgendwo muss eine falsche "locale" eingestellt sein.

Mal versucht nochmal alle Daten von CMSMS 1.12 neu hoch zu laden?

MfG
Jan

NaN · 12. August 2015 10:13

Hallo und willkommen im Forum.
"Gosodiadau..." ist übrigens Walisisch wink
(zu finden in der Datei /admin/lang/ext/en_CY/admin.inc.php)
Waum da walisisch steht, da kann ich nur raten.
Hast Du mal den Browsercache, den CMS-Cache und alle nicht benötigten Sprachen gelöscht?

geotek · 12. August 2015 10:31

Janl schrieb:

das ist Welsh, der Sprache von Wales England.
Irgendwo muss eine falsche "locale" eingestellt sein.
Mal versucht nochmal alle Daten von CMSMS 1.12 neu hoch zu laden?

Oh, Danke! Ich war vor ein paar Jahren sogar mal in Wales im Urlaub. Trotz Dauerregen eine faszinierende und liebenswerte Region. Leider war mit die Sprache weniger zugänglich als das gute Ale... :-)

Ja, ich habe sowohl bei 1.11 als auch bei 1.12 peinlich darauf geachtet, dass tatsächlich die komplette Source hochgeladen wurde, also nicht nur die inkrementalen Updates.

Und natürlich habe ich sowohl den Browser-Cache, alle Cookies und den Server-Cache gelöscht, sogar die Serverseitigen Session-Cookies, ohne Erfolg. Insgesamt habe ich das auf drei verschiedenen PCs getestet, weil das in der Tat nach einem Client-Problem aussieht, aber der Effekt ist unabhängig vom Client.

Nur die nicht benötigten Sprachen habe ich noch nicht gelöscht, versuche ich sofort..

Beitrag geändert von geotek (12. August 2015 10:36)

Andynium · 12. August 2015 10:49

Außer en und de kannst du alle Sprachen löschen.

Hab noch nicht weiter nachgeforscht, hatte ich aber auch schon gelegentlich, dass plötzlich entweder alles oder nur einzelne Teile im Backend in en dargestellt wurde. Vermutlich ein Cache-Problem roll ...

Die Sprache des Backends kannst du an zwei Stellen einstellen, einmal zentral (Webseiten-Administration > Globale Einstellungen > Allgemeine Einstellungen) und dann für jedes Konto individuell (Meine Einstellungen > Mein Konto > Benutzerspezifische Einstellungen).

geotek · 12. August 2015 11:26

Danke, Cyberman. Es gab überhaupt nur das en_US-Sprachverzeichnis, allerdings zahlreiche Dateien von früheren CMSMS-Versionen. Habe sämtliche alten Dateien gelöscht und das komplette admin-Verzeichnis jetzt identisch mit der 1.12-Source gemacht, ohne Erfolg. Auch das Ändern der Sprache (an beiden Stellen) auf Deutsch und wieder zurück und das Umschalten und Zurückschalten des Themes auf OneEleven brachte nichts (Natürlich danach immer alle Caches gelöscht)

Wenn niemand eine zündende Idee hat, werde ich wohl warten müssen, bis die deutschen 1.12 Sprachdateien zur Verfügung stehen, dann auf Deutsch umstellen (wenn das nicht geht, stimmt wohl was generelles nicht) und wieder zurück auf Englisch. Ich kann mir nur vorstellen, dass in der Datenbank irgendwo falsche Spracheinstellungen gespeichert sind, die vielleicht nur beim erfolgreichen Wechseln der Sprache überschrieben / korrigiert werden

Andynium · 12. August 2015 11:52

geotek schrieb:

Wenn niemand eine zündende Idee hat, werde ich wohl warten müssen, bis die deutschen 1.12 Sprachdateien zur Verfügung stehen,

Ähmm, meinst du dies hier?

http://www.cmsmadesimple.de/forum/viewtopic.php?id=4536

NaN · 12. August 2015 11:56

Also wenn Du im Admin-Verzeichnis nur die Sprachdatei en_US hast, der CMS-Cache erfolgreich gelöscht wurde, aber er trotzdem weiterhin walisisch anzeigt ... entweder bastelst Du im falschen Verzeichnis/am falschen System oder ... Cache ... Es gibt für mich sonst keine logische Erklärung dafür, warum eine Sprache angezeigt werden sollte, die überhaupt nicht installiert/eingestellt ist.

Wenn Dir im Backend beim Einstellen der Sprache die aktuell eingestellte Sprache im Auswahlfeld angezeigt wird, dann ist die Einstellung auch korrekt in der DB gespeichert worden.

Wenn die dort eingestellte Sprache nicht gefunden werden kann, gibt es ein "fallback". Zunächst wird versucht, die im Browser eingestellte Sprache zu ermitteln. (Anhand des Headers HTTP_ACCEPT_LANGUAGE) Ist das auch erfolglos, fällt er immer auf die Standard-Sprache zurück. Das wäre dann "en_US".

Wenn niemand eine zündende Idee hat, werde ich wohl warten müssen, bis die deutschen 1.12 Sprachdateien zur Verfügung stehen

Zündend genug? -> http://www.cmsmadesimple.de/forum/viewt … 983#p35983 wink

Edit: Irgendwie bin ich heute immer paar Minuten zu spät roll

geotek · 12. August 2015 16:47

NaN, Danke für die Anregungen. Habe jetzt auch die deutschen Sprachdateien installiert und - Keine Änderung. Weder kann ich die Sprache umschalten, noch verschwinden die Welschen Worte. Habe auch doppelt und dreifach geprüft, ob ich auf dem richtigen System bin - Yup.

Dein Einwand, dass nur eine Sprache angezeigt werden kann, wenn deren Worte auch im System vorhanden sind, ist natürlich absolut schlüssig, daher habe ich mal nach einem angezeigten Welschen Wort gesucht und es ist in der Datei \admin\lang\ext\en_CY vorhanden. In \admin\lang\ext liegen 1:1 alle Sprachdateien aus cmsmadesimple-1.12-full.tar, im Verzeichnis \admin\lang liegt nur das Verzeichnis en_US.

Langsam gehen mir die Ideen aus. Habe Logging eingeschaltet, um zu sehen, wo evl. en_CY aufgerufen wird, aber da war nichts verdächtiges zu sehen.

Der einzige Fehler ist bei der Datenbankinstallation, dort sehe ich:

Initialize Database
...
(mysql): SET
Error (1064): You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1
...
Done Initializing Database

Könnte das was damit zu tun haben? Wenn ja, wo ist "line 1" von welcher Datei? In der globalen Datei mysql.err steht dazu nichts, auch nicht im Apache Error Log

Grübel...

Andynium · 12. August 2015 19:39

Wie bereits erwähnt - im Verzeichnis /admin/lang/ext alle Verzeichnisse außer /de_DE löschen wink .

geotek · 13. August 2015 07:54

Wenn ich alle Sprachverzeichnisse außer ext/de_DE lösche, verschwinden natürlich die Welschen Texte. Die Sprachumschaltung Deutsch / Englisch funktioniert immer noch nicht, es wird dann alles durchgängig auf Englisch angezeigt. Kopiere ich die Sprachen wieder rein, kommen sofort (ohne Löschen eines Caches) die einzelnen Wallisischen Worte - aber nur in Firefox. Ich kann damit zwar gut leben, habe aber ein sehr ungutes Gefühl, eine kaputte Website zu betreiben, die beim nächsten Update dann vielleicht komplett versagt.

Dass CMSMS nicht mit MariaDB laufen soll, kann ich kaum glauben. Dann wäre Ubuntu, Redhat, Suse, Centos, Fedora, Slackware und andere modernen Distributionen als Plattformen gestorben. Ich habe schon einige Applikationen erfolgreich zu MariaDB migriert, und CMSMS wäre die erste, die damit nicht zurecht käme.

Ich denke, ich gebe die Fehlersuche mangels aussichtsreicher Lösungsansätze auf. Vielen Dank jedenfalls für Eure Hilfe!

NaN · 13. August 2015 08:13

Dass CMSMS nicht mit MariaDB laufen soll, kann ich kaum glauben. Dann wäre Ubuntu, Redhat, Suse, Centos, Fedora, Slackware und andere modernen Distributionen als Plattformen gestorben.

Als ob es kein MySQL für diese Plattformen gäbe ...
MySQL ist nunmal Vorraussetzung für CMSms.

MariaDB soll ja ein Fork von MySQL sein. Da würde mich mal der grundlegende Unterschied zwischen den beiden interessieren. Vor allem welcher SQL-Syntax in Deinem Fall Probleme bereitet und ob es da eine Möglichkeit gibt, das kompatibel zu machen.

Denn es sieht so aus, als könnte der Wert der Spracheinstellung aufgrund dieser Unterschiede nicht gespeichert/geladen werden, weshalb es auf die Sprache des Browsers zurückfällt. (anders kann ich mir sonst nicht erklären, warum es nicht en_US nimmt)

Schau doch mal mit dem Firefox Add-On Live HTTP Headers, was da an Header-Daten gesendet wird (speziell "Accept-Language").

Schau außerdem mal direkt in die Datenbank, was da in der Tabelle "user_prefs" für ein Wert bei "default_cms_language" gespeichert ist.

PS:
Aber selbst wenn das Sprachproblem behoben werden könnte, ich befürchte, dass es da noch mehr Schwierigkeiten geben wird.

Andynium · 13. August 2015 09:04

geotek schrieb:

Dass CMSMS nicht mit MariaDB laufen soll, kann ich kaum glauben.

Wird dir MariaDB irgendwo in der offiziellen Installationsprozedur angeboten?

Nein.

Wie lautet also deine Schlußfolgerung daraus wink ?

Hat einen relativ simplen Grund - der derzeit von CMSMS eingesetzte Datenbanklayer ADOdb light hat keinen Treiber für MariaDB, und aller Voraussicht nach wird es da auch keinen geben (weil out of support - seit 2005 keine echte Bewegung mehr in dem Projekt). Nicht mal für die ADOdb full gibt es einen ...

Und die Fehlermeldung

Hier klicken, um den Code zum Kopieren zu markieren

(mysql): SET 
Error (1064): You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1

ist IMHO ein Hinweis, dass MariaDB mit dem von CMSMS verwendeten, MySQL kompatiblen Syntax nicht klar kommt.

geotek schrieb:

Ich habe schon einige Applikationen erfolgreich zu MariaDB migriert, und CMSMS wäre die erste, die damit nicht zurecht käme.

Wenn du so ein erfolgreicher Migrator bist, möchte ich dich hier nochmals herzlich willkommen heißen. Derartige Man Power haben wir bitter nötig. Wir freuen uns schon alle auf deine Anpassung von ADOdb light für MariaDB. Sag einfach, was du zur Unterstützung brauchst.

Ich wäre der letzte, der den daraus resultierenden Performance-Gewinn ausschlagen würde.

geotek schrieb:

ich gebe die Fehlersuche mangels aussichtsreicher Lösungsansätze auf

Hmm, so schnell wirfst du die Flinte ins Korn?

Zumindest solltest du alle Optionen ausschöpfen. Pack CMSMS auf eine unterstützte Datenbank und schau, was damit passiert.

geotek · 13. August 2015 16:13

cyberman, normalerweise werfe ich nicht so schnell die Flinte ins Korn, aber ich muss in diesem Fall schon abwägen, ob sich der Aufwand lohnt. Ich will die GUI ja gar nicht auf Deutsch haben, ich möchte nur proaktiv einen möglichen Fehler beheben, bevor er mir vielleicht (!) beim nächsten Update auf die Füße fällt.

CMSMS läuft hier zusammen mit diversen anderen Webseiten und unterschiedlichen CMS-Systemen auf einem selbst betriebenen und gepflegten OpenSuse-Server im RZ und ich werde bestimmt nicht eine separate VM nur für CMSMS machen, die dann separat gepflegt werden muss.

Das mit der ADOdb-light-Problematik wusste ich noch nicht, das ist ja interessant. CMSMS auf einen anderen abstraction layer zu migrieren oder ADOdb-light für MariaDB zu fixen dürfte aber beides eine ziemliche Herausforderung sein. Leider reichen dazu weder meine freie Zeit noch meine Programmierkenntnisse aus, dabei mitzuhelfen. Sorry.

Trotzdem noch mal Danke an dieses Forum. Auch wenn es keine Lösung gab - eine so schnelle und konstruktive Kommunikation gibt es in anderen Foren nicht so oft. Hut ab!

Andynium · 14. August 2015 09:59

geotek schrieb:

ich möchte nur proaktiv einen möglichen Fehler beheben, bevor er mir vielleicht (!) beim nächsten Update auf die Füße fällt.

Angesichts der Fehlermeldung kann dir niemand garantieren, dass deine Installation nicht auch noch an anderen Stellen unrund läuft.

Welchen Treiber hast du in der config zu stehen, mysql oder mysqli?

geotek schrieb:

CMSMS läuft hier zusammen mit diversen anderen Webseiten und unterschiedlichen CMS-Systemen auf einem selbst betriebenen und gepflegten OpenSuse-Server im RZ und ich werde bestimmt nicht eine separate VM nur für CMSMS machen, die dann separat gepflegt werden muss.

Naja, so exotisch ist MySQL ja nun auch wieder nicht, als dass sich dies nicht in die primäre Maschine einkompilieren ließe wink .

geotek schrieb:

CMSMS auf einen anderen abstraction layer zu migrieren oder ADOdb-light für MariaDB zu fixen dürfte aber beides eine ziemliche Herausforderung sein.

Ein neuer Layer dürfte aller Wahrscheinlichkeit bei CMSMS einem Fork sehr nahe kommen big_smile .

geotek schrieb:

Leider reichen dazu weder meine freie Zeit noch meine Programmierkenntnisse aus, dabei mitzuhelfen. Sorry.

Schade ...

geotek · 17. August 2015 11:45

cyberman schrieb:

Welchen Treiber hast du in der config zu stehen, mysql oder mysqli?

Da stand noch mysql drin. Habe es auf mysqli geändert, das ändert allerdings nichts, weder an der MSQL-Fehlermeldung noch an dem Sprach-Durcheinander. Trotzdem ein guter Hinweis, lasse es jetzt auf mysqli stehen.

Habe aber gerade übrigens noch etwas interessantes entdeckt: Eine zweite, ebenfalls akutelle CMSMS-Installation auf einem völlig anderen Server unter SLES11SP3, also mit Mysql 5.5.43 statt MariaDB - beide verhalten sich völlig identisch: Gleiches Sprachkauderwelsch im Admin-Frontend unter Firefox, gleiche Mysql-Fehlermeldung im Debug-Modus, aber sonst fehlerfrei.

Die beiden Installationen haben nichts miteinander zu tun, außer dass sie über die Jahre jeweils über viele Versionen hinweg jeweils upgedatet wurden. Gemeinsame Extensions sind: CMSMailer, CMSPrinting, FileManager, FormBrowser, FormBuilder, Gallery, MenuManager, MicroTiny, ModuleManager, News, Piwik, Search, ThemeManager, TinyMCE. Also nichts besonderes / exotisches.

Ein Datenbank-Crash oder korrupte Dateien kann ich jetzt wohl ausschließen, dieser Fehler hat System!

Andynium · 17. August 2015 12:53

Hast du auch Chrome/Opera gecheckt?

Hast du evtl. "kurriose" FF-Plugins am laufen? Vllt. kannst du es ja testhalber mal mit einem frischen FF-Profil probieren (gibts einen ProfilManager dafür wink ).

geotek · 17. August 2015 16:58

Habe Firefox ohne Plugins im abgesicherten Modus gestartet: ohne Erfolg. Nochmal in anderen Browsern systematisch ausprobiert, Die Sprache an beiden Stellen auf Deutsch gesetzt, den Cache gelöscht und jetzt wird es völlig verrückt:

Firefox: GUI ist 80% Englisch, 20% Wallisisch, Sprachumschaltung wirkungslos
Edge: GUI ist 100% Englisch, Sprachumschaltung wirkungslos
IE11: GUI ist 100% Deutsch (!!), Sprachumschaltung wirkungslos
Browzar: GUI ist 100% Englisch, Sprachumschaltung wirkungslos

Langsam komme ich mir vor wie bei der versteckten Kamera, das kann doch alles nicht wahr sein!

Es sieht für mich inzwischen so aus, als wenn CMSMS versuchen würde, anhand des HTTP_USER_AGENT Strings des Browsers eine (falsche) Entscheidung über die Sprache zu treffen, anstatt über die Einstellung in der Management GUI. Gibt oder gab es dazu mal in irgend einer früheren Version Funktionen, die so etwas bewirkt haben können und jetzt der Sprachwahl in die Quere kommen?

NaN · 17. August 2015 19:28

Es sieht für mich inzwischen so aus, als wenn CMSMS versuchen würde, anhand des HTTP_USER_AGENT Strings des Browsers eine (falsche) Entscheidung über die Sprache zu treffen, anstatt über die Einstellung in der Management GUI.

Wie hier bereits beschrieben, nimmt CMSms dazu die Daten aus $_SERVER['HTTP_ACCEPT_LANGUAGE']. Ich hatte anfangs auch den Verdacht, dass da ein Fehler drin sein könnte und habe das mal ausprobiert. D.h. keine Sprache als Voreinstellung gespeichert bzw. mal den PHP-Code auseinandergenommen. Die Spracherkennung funktioniert i.d.R. eigentlich ganz gut. Bei mir war automatich alles auf deutsch.

Deshalb hatte ich hier ja gefragt, was denn Dein Firefox als Accept-Language-Header sendet. Ohne zu wissen was da bei Dir drin steht, kann ich mir leider absolut keinen Reim darauf machen, wieso um alles in der Welt ausgerechnet walisisch ausgewählt werden sollte. (Der Grund dafür, warum da nicht alles auf walisisch steht, ist der, dass die walisische Sprachdatei nicht vollständig ist und CMSms daher auf Englisch zurückgreift)

Abgesehen davon wäre es hilfreich, zu wissen, ob CMSms den Wert nicht korrekt speichern oder nicht korrekt laden kann. Dazu muss man einen Blick in die Datenbank werfen. Danach hatte ich bereits hier gefragt. phpMyAdmin o.ä. dürfte es doch für MariaDB geben. Oder?

Der SQL Syntax zum Laden/Speichern sieht am Ende z.B. so aus:

Hier klicken, um den Code zum Kopieren zu markieren

SELECT preference, value FROM cms_userprefs WHERE user_id = '1'
...
UPDATE cms_userprefs SET value = 'de_DE' WHERE user_id = '1' AND preference = 'default_cms_language'

An diesen zwei Zeilen sehe ich keinen Fehler.
Der Fehler muss also woanders (etwas früher in der Ausführung) liegen.

Du schriebst:

geotek schrieb:

Initialize Database
...
(mysql): SET
Error (1064): You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1
...
Done Initializing Database

D.h. also der Fehler liegt in einer fehlenden schließenden Klammer.
Wenn ich mir den SQL-Syntax anschaue, der zwischen "Initialize Database" und "Done Initializing Database" steht, dann sehe ich da in der Datei /lib/adodb.functions.php in Zeile 76:

Hier klicken, um den Code zum Kopieren zu markieren

$p1[] = "NAMES 'utf8'";

Was am Ende so aussieht:

Hier klicken, um den Code zum Kopieren zu markieren

SET NAMES 'utf8'

Ich sehe da keine Klammer.
Kann es am fehlenden Semicolon am Ende liegen?

geotek · 18. August 2015 11:06

@spiderman, danke für die Anregungen, leider sind auch das Sackgassen:

In der Datenbank wird default_cms_language für den jeweiligen User korrekt gesetzt, sobald ich die gewünschte Sprache in der GUI verändere. Hat nur keinerlei Wirkung.

Zeile 76 in adodb_functions wird gar nicht ausgeführt, weil set_names = false. Der DB-Fehler muss also woanders herkommen.

Janl · 18. August 2015 12:01

Ich würde folgendes versuchen.

1 Database eportieren als SQL
2 neue Database anlegen mit richtige Collation
3 importieren der Database

Wenn es dann noch Fehler gibt, dann steckt es in der Database

Dann suchen in exportierten SQL auf Strings die die falsche Locale setzen.

Viel Erfolg,
Jan

NaN · 18. August 2015 12:58

Zeile 76 in adodb_functions wird gar nicht ausgeführt, weil set_names = false. Der DB-Fehler muss also woanders herkommen.

Ah. So nach und nach gibst Du uns endlich mal relevante Informationen ... tongue
Wenn "set_names = false" ist und Du nicht zufällig "set_db_timezone = true" gesetzt hast, dann lautet der SQL Syntax an dieser Stelle einfach nur:

Hier klicken, um den Code zum Kopieren zu markieren

SET

Was natürlich ein Fehler ist.
Dann bekomme ich auch die von Dir genannte Fehlermeldung (Error 1064).

Sieht man übrigens auch, wenn man sich den PHP-Quelltext anschaut:

Hier klicken, um den Code zum Kopieren zu markieren

function &adodb_connect()
{

 ...

	$p1 = array();
	if($config['set_names'] == true) {
	  $p1[] = "NAMES 'utf8'";
	}
	if($config['set_db_timezone'] == true) {
	  $dt = new DateTime();
	  $dtz = new DateTimeZone($config['timezone']);
	  $offset = timezone_offset_get($dtz,$dt);
	  $symbol = ($offset < 0) ? '-' : '+';
	  $hrs = abs((int)($offset / 3600));
	  $mins = abs((int)($offset % 3600));
	  $p1[] = sprintf("time_zone = '%s%d:%02d'",$symbol,$hrs,$mins);
	}
	$dbinstance->Execute('SET '.implode(',',$p1));
	return $dbinstance;
}

CMSms prüft an dieser Stelle überhaupt nicht, ob es überhaupt etwas zu SETten gibt roll

Auswirkungen auf die Funktionalität der Spracheinstellungen hatte das bei mir allerdings keine. D.h. egal was ich eingestellt habe, das wurde dann auch angezeigt.*

Was passiert bei Dir, wenn Du set_names einfach mal auf true setzt?

Und was sagt nun Firefox bezüglich "Accept-Language"? Mich wundert dieses walisisch. Die Einstellungen aus der DB nicht laden zu können, ist die eine Sache, aber walisisch saugt sich CMSms ja nicht aus den Fingern. Schau doch mal in den Einstellungen des Firefox unter "Inhalt", was da an Sprachen eingestellt ist. Wenn ich dort walisisch hinzufüge und an erste Stelle setze, und zusätzlich keine Sprache in meinem Admin-Benutzerprofil eingestellt habe, dann habe ich im Backend auch walisisch. Allerdings kann ich die Sprache dann immer noch ändern.

PS:

Die Spracheinstellung für's Backend wird im Benutzerprofil geändert. Nicht in den globalen Einstellungen. Die Sprache in den globalen Einstellungen gelten - entgegen aller Vermutung - nicht global, sondern nur für's Frontend.

* Und noch ein kleiner Fehler im Backend: Wenn Du einfach nur auf "Absenden" klickst und keine Änderung siehst, dann die Seite einfach nochmal neu laden. Manchmal zeigt er sonst noch die vorherige Sprache an. (keine Ahnung woran das liegt)

geotek · 18. August 2015 15:53

OK, langsam lichtet sich das Dickicht.

@NaN: Danke für den Hinweis für die globalen Spracheinstellungen. Dass die nur für's Frontend und nicht fürs Admin Backend gilt, wusste ich nicht, das erklärt die Wirkungslosigkeit dieser Einstellung,

Habe mal etwas mit den User-Agents rumgespielt und mit Überraschung festgestellt, dass die Admin-UI-Sprache bei mir ausschließlich durch den Language Tag des Browsers bestimmt wird, nach einem Refresh der Webseite ist die neue Sprache sofort wirksam. Ergebnis:

en,de;q=0.7,en-US;q=0.3
80% Englisch, 20% Welsh (so war bisher meine Useragent-Einstellung)

en-GB,en;q=0.8,de;q=0.5,en-US;q=0.3
80% Englisch, 20% Welsh (genau wie zuvor)

en-US,en;q=0.7,de;q=0.3
100% Englisch, einwandfrei

de-DE,de;q=0.8,en-US;q=0.5,en;q=0.3
100% Deutsch, einwandfrei

fr-FR,fr;q=0.8,de;q=0.6,en-US;q=0.4,en;q=0.2
100% Französisch, einwandfrei

it-IT,it;q=0.8,de;q=0.6,en-US;q=0.4
,en;q=0.2
100% Italienisch, einwandfrei

Dieses Ergebnis ist bei beiden CMSMS-Installationen gleich. Für mich sieht das wie ein Bug in CMSMS aus, bei dem die Language-Tags en und en-GB nicht richtig verarbeitet werden. Zufälligerweise hatte ich genau die in Firefox drin gehabt.

Die eigentliche Frage bleibt aber: Warum hat die Spracheinstellung in den CMSMS User Account Preferences überhaupt keine Wirkung? Ist das denn bei Euch anders?

Janl · 18. August 2015 16:09

Ich habe im Backend mal zwischen deutsch und slowakisch geschaltet und das hat reibungslos geklappt aber es ist/war Version 1.10.3.
Mit 1.11.12 klappt es auch mit deutsch und holländisch (andere Site)

MfG
Jan

NaN · 18. August 2015 20:24

geotek schrieb:

Dieses Ergebnis ist bei beiden CMSMS-Installationen gleich. Für mich sieht das wie ein Bug in CMSMS aus, bei dem die Language-Tags en und en-GB nicht richtig verarbeitet werden. Zufälligerweise hatte ich genau die in Firefox drin gehabt.

Okay. Hab jetzt mal verschiedene Einstellungen ausprobiert.
Das mit dem walisisch kann ich tatsächlich reproduzieren, wenn ich im Firefox als Sprache "en" einstelle.
Sprachen mit Bindestrich schlagen offenbar einige fehl.
So z.B. "de-de" - wird nicht erkannt -> Resultat englisch.
Nur "de" funktioniert.

en-US funkioniert.
en-GB nicht -> Resultat en-us.

en -> walisisch.

fr -> französisch.
fr-fr -> englisch.

...

Da hätten wir ja schonmal Fehler #1

geotek schrieb:

Die eigentliche Frage bleibt aber: Warum hat die Spracheinstellung in den CMSMS User Account Preferences überhaupt keine Wirkung? Ist das denn bei Euch anders?

Yepp.
Zumindest das kann ich leider nicht reproduzieren.
Sobald in der DB ein Wert drin steht, wird mir die dort gespeicherte Sprache angezeigt.

Forum für CMS/made simple

#1 12. August 2015 09:51

Skurrile Sprachanzeige in Admin-GUI

#2 12. August 2015 10:12

Re: Skurrile Sprachanzeige in Admin-GUI

#3 12. August 2015 10:13

Re: Skurrile Sprachanzeige in Admin-GUI

#4 12. August 2015 10:31

Re: Skurrile Sprachanzeige in Admin-GUI

#5 12. August 2015 10:49

Re: Skurrile Sprachanzeige in Admin-GUI

#6 12. August 2015 11:26

Re: Skurrile Sprachanzeige in Admin-GUI

#7 12. August 2015 11:52

Re: Skurrile Sprachanzeige in Admin-GUI

#8 12. August 2015 11:56

Re: Skurrile Sprachanzeige in Admin-GUI

#9 12. August 2015 16:47

Re: Skurrile Sprachanzeige in Admin-GUI

#10 12. August 2015 19:39

Re: Skurrile Sprachanzeige in Admin-GUI

#11 13. August 2015 07:54

Re: Skurrile Sprachanzeige in Admin-GUI

#12 13. August 2015 08:13

Re: Skurrile Sprachanzeige in Admin-GUI

#13 13. August 2015 09:04

Re: Skurrile Sprachanzeige in Admin-GUI

#14 13. August 2015 16:13

Re: Skurrile Sprachanzeige in Admin-GUI

#15 14. August 2015 09:59

Re: Skurrile Sprachanzeige in Admin-GUI

#16 17. August 2015 11:45

Re: Skurrile Sprachanzeige in Admin-GUI

#17 17. August 2015 12:53

Re: Skurrile Sprachanzeige in Admin-GUI

#18 17. August 2015 16:58

Re: Skurrile Sprachanzeige in Admin-GUI

#19 17. August 2015 19:28

Re: Skurrile Sprachanzeige in Admin-GUI

#20 18. August 2015 11:06

Re: Skurrile Sprachanzeige in Admin-GUI

#21 18. August 2015 12:01

Re: Skurrile Sprachanzeige in Admin-GUI

#22 18. August 2015 12:58

Re: Skurrile Sprachanzeige in Admin-GUI

#23 18. August 2015 15:53

Re: Skurrile Sprachanzeige in Admin-GUI

#24 18. August 2015 16:09

Re: Skurrile Sprachanzeige in Admin-GUI

#25 18. August 2015 20:24

Re: Skurrile Sprachanzeige in Admin-GUI

Fußzeile des Forums