Dynamischer Bug in Movable Type Weblog mit MT 3.34
06.03.2007 | Movabletype | 3 Kommentare | Print
Jüngfräulich Blank zeigt ein Bug im dynamischen Betrieb von Movable Type 3.34 sein wahres Gesicht besonders gern Freunden der deutschen Sprache. Ein Workaround schafft für Euch Abhilfe und vermeidet Ärger beim Update.
Wer Movable Type Weblogs nur statisch betreibt, bringt sich um den Genuss eines wundervollen Bugs, der sich in MT 3.34 verbirgt. Diese Erfahrung durfte ich im Schweiße meines Angesichts in einem aktuellen Kunden-Projekt machen. Nach einem Update auf die aktuelle Version und wollte ich den dynamischen Betrieb aktivieren. Eine so schöne leere Seite hatte ich selten gesehen. Nur wo war der Fehler?
- Tausendmal probiert, tausendmal ist nichts passiert!
Tausend und eine Nacht, und es hat Zoom gemacht!
Wie ihr wisst, ist der Fehler meist dort, wo man ihn nicht sucht. Sonst wäre man ja auch schon früh auf ihn aufmerksam geworden. Man muss eben schon sehr genau hinschauen. Das wurde mir dann auch klar, nachdem ich den Motor in fast alle Bestandteile auseinander genommen und wieder zusammengebaut hatte. Dafür kenne ich das Teil nun mehr als auswendig.
Support sei Dank!
In dem Zusammenhang einen herzlichen Dank an Six Apart, die mir den entscheidenden Tipp gaben. Das ungewöhnliche Verhalten von Movable Type hatte seine Ursache in einem Bug, der sich nur unter bestimmten Rahmenbedingungen entfaltet. In der nächsten MT-Version wird der Bug gefixt.
Wer derzeit aber dynamische Weblogs aufbaut, sollte auflauschen:
- MT 3.34 (englisch / deutsch)
- Dynamischer Betrieb (mtview.php)
- DefaultLanguage de
Die Einstellung der Standardsprache auf Deutsch ist die kritische Option. Diese verursacht das Auftreten des Fehlers. Die Codierung der zu veröffentlichten Seiten spielt dabei keine Rolle, UTF-8 kann ebenso verwendet werden wie ISO-8859-1.
Workaround zur Bug-Behebung
Eine schnelle und weitgehend unkomplizierte Lösung bringt die Umbenennung einer Datei im Pfad:
Alt:
- /pfad-mt-version/php/lib/l10n_en.php
Neu:
- /pfad-mt-version/php/lib/l10n_de.php
Im Beispiel wird en durch das Kürzel der Sprache ersetzt, in der das Weblog betrieben werden soll. Die englische und japanische Sprache arbeitet wohl einwandfrei.
Hinweis
Die Beschreibung erfolgt unter Vorbehalt und auf eigene Gefahr. Bei mir arbeitet der Workaround in verschiedenen Testumgebungen sehr gut und fehlerfrei. Der enttarnte Bug mag es allen (deutschen) Anwendern leichter machen, in ihrer Standardsprache einen dynamischen Betrieb von MT-Weblogs sicherzustellen.
Mich hat es eiskalt erwischt, da ich parallel zum Update auf MT 3.34 meinen dynamischen Betrieb des Sideblogs aufgegeben habe und dies nun auch statisch betreibe. Ohne diesen Umstieg wäre der Bug wohl noch zeitiger aufgefallen. Eine offene Kommunikation hätte aber auch Six Apart wohl besser zu Gesicht gestanden. Man muss ja nicht alle Anwender erst krampfhaft suchen lassen, oder?