--- title: "Backendsprache in 4.6" url: "https://www.typo3.net/d/107931-backendsprache-in-46" source: "typo3.net" tags: ["Backend","Frage"] created: "2011-10-25" last_reply: "2011-12-16" replies: 23 solved: false page: 1 pages: 1 lang: "de" --- # Backendsprache in 4.6 Backend · 23 Antworten · gestartet 2011-10-25 ## Eröffnungsbeitrag **engler** · 2011-10-25 · [Beitrag #1](https://www.typo3.net/d/107931-backendsprache-in-46/1) 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? ## Antworten ### [#2](https://www.typo3.net/d/107931-backendsprache-in-46/2) · Cubana13 · 2011-10-26 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 ### [#3](https://www.typo3.net/d/107931-backendsprache-in-46/3) · Julian.​Hofmann · 2011-10-26 Hallo zusammen. Meine mich zu erinnern, dass es in der 4.5 Probleme bei den Sprachen im BE gab (), 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 ### [#4](https://www.typo3.net/d/107931-backendsprache-in-46/4) · binhio · 2011-10-26 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 ### [#5](https://www.typo3.net/d/107931-backendsprache-in-46/5) · engler · 2011-10-26 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! ### [#6](https://www.typo3.net/d/107931-backendsprache-in-46/6) · Cubana13 · 2011-10-26 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. ### [#7](https://www.typo3.net/d/107931-backendsprache-in-46/7) · Julian.​Hofmann · 2011-10-26 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 ### [#8](https://www.typo3.net/d/107931-backendsprache-in-46/8) · Cubana13 · 2011-10-26 @ 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 ### [#9](https://www.typo3.net/d/107931-backendsprache-in-46/9) · Joegi_0 · 2011-11-03 @Cubana13 Habe genau das gleiche Problem. Im neuen Extension Manager sind die ersten beiden Labels leer. ### [#10](https://www.typo3.net/d/107931-backendsprache-in-46/10) · tomgr · 2011-11-08 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. ### [#11](https://www.typo3.net/d/107931-backendsprache-in-46/11) · Julian.​Hofmann · 2011-11-08 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 ### [#12](https://www.typo3.net/d/107931-backendsprache-in-46/12) · tomgr · 2011-11-08 (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. ### [#13](https://www.typo3.net/d/107931-backendsprache-in-46/13) · Julian.​Hofmann · 2011-11-08 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. ### [#14](https://www.typo3.net/d/107931-backendsprache-in-46/14) · tomgr · 2011-11-08 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.. ### [#15](https://www.typo3.net/d/107931-backendsprache-in-46/15) · Julian.​Hofmann · 2011-11-08 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? ### [#16](https://www.typo3.net/d/107931-backendsprache-in-46/16) · tomgr · 2011-11-08 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. ### [#17](https://www.typo3.net/d/107931-backendsprache-in-46/17) · tomgr · 2011-11-08 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? ### [#18](https://www.typo3.net/d/107931-backendsprache-in-46/18) · Julian.​Hofmann · 2011-11-08 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. ### [#19](https://www.typo3.net/d/107931-backendsprache-in-46/19) · tomgr · 2011-11-09 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. ### [#20](https://www.typo3.net/d/107931-backendsprache-in-46/20) · Julian.​Hofmann · 2011-11-09 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? ### [#21](https://www.typo3.net/d/107931-backendsprache-in-46/21) · tomgr · 2011-11-09 Die temp_CACHED-Dateien lösche ich immer. Die Fehlermeldung von temp_CACHED_FE_*_ext_tables.php bezieht sich auf die Extension gsi_whoisonline, hat aber mit der Backend-Sprache nichts zu tun, hab's ausprobiert. ### [#22](https://www.typo3.net/d/107931-backendsprache-in-46/22) · tomgr · 2011-11-18 die temp-Dateien lösche ich immer. Was mir jetzt noch aufgefallen ist das die Tabelle cf_cach_hash eine Größe von 700MB hatte, aber auch nach manuellen leeren der cache-Tabellen keine Änderungen, DE im Backend funzt nicht. ### [#23](https://www.typo3.net/d/107931-backendsprache-in-46/23) · tomgr · 2011-11-18 Vieleicht gelöst ???? Ich habe eine Änderung in der lang.php gemacht wie unter: BE ist in deutsch und ich kann die Inhalte wieder bearbeiten. Irgendwie traue ich dem Braten noch nicht, zumindest funktioniert es gerade. Gruss, Tom. ### [#24](https://www.typo3.net/d/107931-backendsprache-in-46/24) · Joegi_0 · 2011-12-16 Bei mir werden nun die Labels nach Update auf 4.6.2 korrekt angezeigt. Vorgehen: - Update 4.6.2 - typo3conf/l10n/ Unterordner gelöscht - typo3temp/ komplett gelöscht - neue Sprachpakete installiert --- Quelle: „Backendsprache in 4.6“, typo3.net, https://www.typo3.net/d/107931-backendsprache-in-46 Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.