Nachdem im Februar 2009 Sicherheitslücken bekannt gegeben wurden, die alle bisherigen TYPO3-Versionen betrafen, war es an der Zeit, ein Update der TYPO3-Installationen vorzunehmen.

Es wurden verschiedene TYPO3-Projekte upgedated, in einem Fall kam es bei dem Update der TYPO3-Version von 4.1.2 auf 4.2.6 zu Problemen im Backend:

Sollten die Seiteninhalte angezeigt werden (Modul: Web > Seite > Seite auswählen > Content anzeigen), so wurde kein Content (Seiteninhalt), sondern lediglich das Icon für “Erzeuge einen Verweis auf diese Seite?” im rechten Bereich des TYPO3-BE angezeigt.

Über das Modul: Web > Liste kommt man natürlich trotzdem an die Seiteninhalte, in der Regel sind Redakteure jedoch ein bestimmtes Vorgehen gewohnt und irritiert, wenn die Seiteninhalte nicht mehr wie bisher über das Seite Modul erschlossen werden können.

Interessant an dem beschriebenen Problem ist, dass alle übrigen Module und auch das Frontend einwandfrei funktionierten.

Es bieten sich eine Reihe von Tests an, um dem Problem auf die Spur zu kommen, die unten stehend aufgezählt werden.

Um die Lösung des Problems jedoch gleich vorwegzunehmen:
Im vorliegenden Fall hat die Extension „Date2Calendar“ (= date2cal) vorgenanntes Problem verursacht. Die Deinstallation der Extension (falls diese nicht mehr benötigt wird) bzw. ein Update auf eine aktuelle Version haben den Fehler behoben.

Analog können bei einem Update von TYPO3 andere Extensions solche oder andere Probleme verursachen. Dies kann leicht überprüft werden, indem man Extension für Extension deinstalliert (die Extensions von Drittanbietern, nicht die sysext der neuen TYPO3-Version!), jeweils den TYPO3-Cache leert und prüft, ob der Fehler behoben ist. Werden die Extensions direkt in der Online-TYPO3-Installation deinstalliert, so sollte sicherheitshalber ein Backup der Datenbank und der localconf.php gemacht werden, um zur letzten funktionierenden Version zurückkehren zu können.

Meist, und gerade bei gut frequentierten Webseiten, sind solche Eingriffe normalerweise nicht ohne weiteres möglich und würden den laufenden Betrieb empfindlich stören. Daher empfiehlt es sich, entweder lokal oder auf einer Mirror-Site zu testen. Sofern lokal ein Apache-Server und PHP installiert ist (oder sehr einfach und komfortabel installiert werden kann: http://www.apachefriends.org/de/index.html), können die TYPO3-Files per FTP lokal auf den Rechner geholt werden.

Dann ist lediglich noch

• die Datenbank einzurichten (hier bietet sich phpMyAdmin oder – speziell bei großen Datenbanken, bei denen der Export ins timeout führen kann – der mysqldumper (http://www.mysqldumper.de) an)
• und die Zugangsdaten zur Datenbank in der localconf.php (im Ordner: typo3conf) entsprechend zu ändern.

Analog kann die Webseite gespiegelt werden und unter einer anderen (Test-)Domäne (falls zur Verfügung stehend) bzw. Sub-Domäne getestet werden, ohne den laufenden Betrieb zu stören. Ist die verantwortliche Extension gefunden, so lässt sie sich problemlos im upzudatenden Webportal aktualisieren. Es ist sinnvoll, vorher die Dokumentation der Extension zu lesen, da einige Extensions (wie z.B. tt_news) unter Umständen auch Anpassungen im TypoScript-Code erforderlich machen.

Nachfolgend einige Kurzvorschläge für weitere Testmöglichkeiten bei fehlerhaften Darstellung von Modulanzeigen (vielen Dank in diesem Zusammenhang an Bastian Heiser!):

• Testen des Backends in verschiedenen Browsern (so kann der Firefox 3.x im Zusammenspiel mit älteren TYPO3-Versionen Probleme mit der korrekten Darstellung des BE haben).
• Prüfen, ob alle Extensions geladen sind, auch shy und obsolete
• Prüfen des Outputs in der Fehlerkonsole von Firefox (Menü: Extras > Fehler-Konsole)
• „display_errors“ in der php.ini aktivieren, um Fehler nachvollziehen zu können, dies ist bei einer lokalen Installation problemlos möglich, allerdings nicht bei allen Providern gestattet. Können keine Änderungen an der php.ini vorgenommen werden, weil der Provider dies nicht zulässt, so kann die Fehleranzeige in der .htaccess-Datei über
  “php_flag display_errors on”
  aktiviert werden (dies funktioniert allerdings nicht bei allen Providern und hat teilweise einen 500er-Fehler zur Folge). Dabei nicht vergessen: „displayErrors“ im Installtool von TYPO3 auf „1“ zu setzen.
• Datenbank-Vergleich mit der TCA (im Installtool unter DB-Analyser > Compare with $TCA).
• Überprüfung der Rechte (chmod) der Verzeichnisse
• Überprüfung der Angaben in der Apache error.log (\apache\logs\error.log).