Backendsprache in 4.6

Nach dem Update auf 4.6 ist nun das gesamte Backend auf englisch, obwohl in den Benutzereinstellungen deutsch ausgewählt wurde.
Das Update im EM ist eigentlich erfolgreich, zumindest steht da "up to date". Löschen der Dateien im typo3temp/llxml-Ordner brachte auch nix. Hat noch jemand einen Tipp?

Ich habe eben 4 Auftritte umgestellt auf 4.6.

3 davon ohne Probleme.
1 hat genau das gleiche Problem.

Seh aber keinen Unterschied zu den anderen!!!!

Gruß Carsten

Hallo zusammen.

Meine mich zu erinnern, dass es in der 4.5 Probleme bei den Sprachen im BE gab (http://bugs.typo3.org/view.php?id=17692), wenn neuer und alter Extension-Manager irgendwie vermischt genutzt wurden. Vielleicht ist das ein Ansatz für weitere Recherchen...

Damals war eine Lösung:
1. Inhalt aus /typo3conf/l10n/de/ löschen (alles)
2. Aus typo3temp/ alle *-de.zip löschen

Viele Grüße
Julian

Danke, Julian!

Bei mir konnte das o.g. Problem durch das löschen der Dateien und eines erneuten aktualisieren der Sprachpakete im Extension Manager behoben werden.

Zuvor wurden im Extension Manager auch zwei der vier Reiter nicht korrekt dargestellt, was mir mehr Sorgen machte und nun ebenfalls behoben ist.

Viele Grüße an alle,
Thorben

ich habe jetzt auch den gesamten Inhalt des Ordners typo3temp geleert und die Übersetzung erneut eingelesen. Jetzt passt es im Backend wieder... Das alleinige Löschen des Ordners llxml in typo3temp brachte nichts...
Jetzt habe ich zwar auch im Extension Manager die beiden ersten Reiter, die keine Beschriftung mehr haben, aber das ist erst mal das kleinere übel.

Danke!

So wie es aussieht, ist das ( Reiter keine Beschriftung )aber ein Fehler von Typo3.

Ich habe eben eine frische Umgebung aufgesetzt und hab den Fehler bekommen wie ich die Sprache Deutsch upgedatet habe.

Kann ich nicht bestätigen. Bei mir sind alle Reiter des Extensionmanagers auf deutsch.
Installation: ursprünglich 4.5.6 -> 4.6.0rc1 -> 4.6.0

@ julian: schon mal ein komplett neues system aufgesetzt?

nur datenbank eintragen
update wizard
dann im ext manager deutsch heruntergeladen

danach sind bei mir immer die ersten beiden bezeichnungen weg.
stehen die bei dir auf deusch?

gruß carsten

@Cubana13
Habe genau das gleiche Problem. Im neuen Extension Manager sind die ersten beiden Labels leer.

Hallo Alle.
Backend in englisch funktioniert, deutsch leider nicht.
Es wird alles in deutsch angezeigt aber sobald ich einen Inhalt zur Bearbeitung anklicke gibt es die Typo-Fehlermeldung.
Ich habe alle unten stehende Lösungen auch schon probiert.
Gelöscht, Updates gezogen, DB Compare, nichts hat geholfen.

Ich frage mich warum die Version 4.6 auf "stable" steht obwohl es anscheinend noch gravierende Fehler gibt.
Da ich mehrere Redakteure habe die der englischen Sprache nicht mächtig sind sollte das Problem nicht von dauer sein.
Gibt es noch weitere Ideen zur Lösung des Problems?

Gruss, Tom.

Hallo Tom.

Weiß jetzt nicht, ob es das gleiche Problem ist, denn bisher kam kein Deutsches Label, bei Dir scheint aber ja eine Fehlermeldung zu kommen:

tomgr schrieb

(...) gibt es die Typo-Fehlermeldung.

Die lautet wie?

@Joegi_0 und @Cubana13
Habe 4.6.0 nun auch lokal auf MAMP aus den tar.gz-Packages frisch installiert (nur datenbank eintragen, dann im ext manager deutsch heruntergeladen; eingeloggt, BE-Sprache für User auf DE umgestellt) => alles passt, die Reiter kommen auf deutsch

@Cubana13
Du schreibst, Du hast den Update wizard ausgeführt. Warum? Bei einer frischen Installation sollte dies unnötig sein. Guck mal, ob Du Dir da nicht irgendwas versehentlich verkonfiguriert hast. Irgendein Kompatibilitätsmodus?

Viele Grüße
Julian

(Debian-Lenny)
Moin Julian.
Mein Typo ist nicht neu installiert. (Typo3 4.5.3 auf 4.6)

Klick auf Inhalt bearbeiten: Die Fehlermeldung ist:
Oops, an error occurred!
PHP Catchable Fatal Error: Argument 2 passed to t3lib_div::array_merge_recursive_overrule() must be an array, null given, called in /xx/xx/xxxxx/xxx/typo3_src-4.6.0/typo3/sysext/lang/lang.php on line 554 and defined in /xx/xx/xxxxx/xxx/typo3_src-4.6.0/t3lib/class.t3lib_div.php line 1867

Gruss, Tom.

Hm, das klingt böser...Das sollte natürlich nicht passieren.
Ist die Page Live oder Entwicklung/lokal? Hast Du die Möglichkeit, mal alle Extensions zu deaktivieren, sodass nur die Grundinstallation noch bleibt? Tippe nämlich eher darauf, dass eine Extension nicht (mehr) korrekt funktioniert bzw. (jetzt) invalide Aufrufe ausführt.

Page ist live.
Kann vielleicht jede Extension einmal deaktivieren um zu sehen was passiert.

debuggen ist auch noch eine Möglichkeit.
Irgendwie muss das mit der Sprache zusammen hängen..

Zusammenhang zur Sprache darf angenommen werden. Der Aufruf von t3lib_div::array_merge_recursive_overrule() klingt auch sinnvoll, da die Defaultsprache mit der gewählten Sprache überlagert wird. Laut Referenzauflistung der API wird die Methode u.a. von t3lib_l10n_parser_Llxml::getParsedData() verwendet.

Da das Problem aber nicht generell auftritt, ist es höchstwahrscheinlich außerhalb des TYPO3-Cores zu suchen. Also in irgendeiner Extension.

Hast Du nach dem Upgrade mal geschaut, ob Extensionupdates/-upgrade nötig/verfügabr sind?

Updates sind alle gemacht.
Mir bleibt jetzt nur übrig jede Extension zu deaktivieren und sehen was los ist.
Schade das in den Aapche-Logs keine Einträge dazu sind.

ich habe in den Typo-Logs eine Menge von dem hier:

Core: Error handler (FE): PHP : Function ereg() is deprecated in /xx/xx/xxxx/xxx/typo3conf/temp_CACHED_FE_ps2aa7_ext_tables.php line 1565

Die Funktion gibt es in PHP 5.3 nicht mehr.
Kann man die Funtion im Script mit einer anderen ersetzen?

Die PHP-Doku weist darauf hin: "Die Funktion preg_match(), die eine zu Perl kompatible Syntax regulärer Ausdrücke verwendet, ist häufig die schnellere Alternative zu ereg().". Daher sollte preg_match() als gute Alternative dienen.

Ich habe jetzt jede Extension einmal deaktiviert und ausprobiert ob die DE-Sprache im Backend funktioniert, keine Chance.#evil#
Da hoffe ich doch auf die nächste Typo-Version.
Solange bleibt das Backend in englisch.

Gibt noch eine - öhm, eigentlich einfachere weise - zumindest dem ereg auf die Spur zu kommen. Schau mal in die temp_CACHED_FE_*_ext_tables.php, was rund um die kritisierte Zeile steht.

Hattest Du nach dem Deaktivieren auch dran gedacht, die temp_CACHED-Dateien zu löschen?