Produkt: Tao Contao
Contao-Version: 5.7.13
Browser und Browserversionen: Chrome 152.0.7977.83
Guten Tag,
ich habe TAO mit einer frisch angelegten Datenbank und Contao 5.7 neu installiert. Anschließend wurden die acht vorgesehenen RockSolid-Erweiterungen installiert und das aktuell in meinem Kundenbereich angebotene TAO-Theme samt Demo-Daten importiert.
Die Beispieldarstellungen funktionieren unter anderem auf folgenden Seiten nicht:
/3-col-layout
/sidebar
/sidebar-right
/boxed-variation
verschiedene Seiten unter /features
Nachrichten- und Portfolioseiten
Die Body-Klasse wird korrekt ausgegeben:
<body class="tao-3-columns icon-grid">
Auch Hauptbereich, linke und rechte Spalte sind vorhanden. Das Frontend erzeugt jedoch das klassische Contao-Markup:
<div id="wrapper">
<header id="header">
<div id="container">
<main id="main">
<aside id="left">
<aside id="right">
<footer id="footer">
</div>
Dadurch greifen beispielsweise .tao-3-columns .main-content und .tao-3-columns .sidebar nicht.
Das Verhalten ist mit einer vollständig neuen Datenbank, Contao 5.7, den aktuellen RockSolid-Erweiterungen und dem frisch heruntergeladenen Theme reproduzierbar.
Können Sie bitte prüfen, ob das aktuelle TAO-Seitentemplate vollständig mit Contao 5.7 kompatibel ist oder ob eine aktualisierte Template-Datei benötigt wird? Danke im voraus, Willi
#1 Posted by RockSolid Theme... Support staff on 09 Sep, 2026 11:56 AM
Vielen Dank für Ihre Frage.
Wir konnten das Verhalten nicht reproduzieren. Wie genau haben Sie das Theme installiert?
Der Quelltext auf Ihrer Website deutet darauf hin, dass die Datei templates/tao/fe_page.html5 fehlt, oder nicht geladen wird.
#2 Posted by willi4u on 09 Sep, 2026 01:33 PM
Hallo und vielen Dank für das schnelle Feedback. Die Installation von Contao 5.7.13 erfolgte mit dem Contao Manager 1.10.18 auf einem pixelx-Webhostingserver 1TB, PHP 8.4.22, 10.11.14-MariaDB-0ubuntu0.24.04.1 - Ubuntu 24.04, UTF-8 Unicode (utf8mb4). Im nächsten Schritt habe ich die acht Rocksolid-Erweiterungen via Contao Manager installiert, Datenbank aktualisiert, auffällige Vorgänge dabei (keine Ahnung ob relevant):
Contao\CoreBundle\Migration\Version507\PrepareForOutputEncodingMigration •
MadeYourDay\RockSolidCustomElements\Migration\PrepareForOutputEncodingMigration • [...] Contao\CoreBundle\Migration\Version507\PrepareForOutputEncodingMigrationContao\CoreBundle\Migration\Version507\PrepareForOutputEncodingMigration executed successfully
Im Contao-Backend habe ich dann unter Layout > Themes > Importieren ... die *.cto und Demo-Daten.sql vonTao 1.6.7 bzw. Oneo 1.3.7 unter zwei verschiedenen Domains geladen:
Die Datei templates/tao/fe_page.html5 ist vorhanden und besitzt die Rechte 0644. Die übergeordneten Verzeichnisse prüfe ich auf 0755. Zusätzlich kontrolliere ich die Zuordnung des Templateordners tao im Theme-Datensatz und führe anschließend einen Marker-Test direkt in fe_page.html5 durch. Danach teile ich Ihnen mit, ob der Marker im Seitenquelltext erscheint.
#3 Posted by willi4u on 09 Sep, 2026 02:08 PM
Die Datei templates/tao/fe_page.html5 war vorhanden und mit 0644 lesbar. Die SQL-Prüfung ergab außerdem:
Theme-Templateordner: templates/tao
Seitentemplate der Layouts: fe_page
Body-Klasse des Drei-Spalten-Layouts: tao-3-columns
Ich habe anschließend innerhalb des Body-Blocks von templates/tao/fe_page.html5 lediglich einen HTML-Kommentar als Marker eingefügt und die Datei neu gespeichert:
<!-- SUPERWEB-TEST: TAO-BODY-BLOCK-GREIFT -->
Danach erschien der Marker im Seitenquelltext und das TAO-Seitenmarkup mit .page, .page-header, .content-wrapper, .main-content und .sidebar wurde plötzlich korrekt ausgegeben. Auch das Layout funktioniert seitdem.
Der Kommentar selbst kann den Effekt nicht verursachen. Offenbar hat das erneute Speichern beziehungsweise der dadurch geänderte Datei-Zeitstempel eine Neukompilierung oder erneute Auflösung des Seitentemplates ausgelöst.
Vorher wurde trotz korrekter Zuordnung das Contao-Core-Markup mit #wrapper, #container, #main, #left und #right ausgegeben.
Könnte nach dem Import des Themes ein Template-, Symfony- oder OPcache-Zustand bestehen bleiben, bei dem das neu importierte fe_page.html5 zunächst nicht berücksichtigt wird?
Bei ONEO habe ich zunächst keine Template-Datei verändert. Beim Wechsel in den Contao Manager wurde jedoch noch eine Datenbankaktualisierung ausgeführt. Unmittelbar danach wurde auch bei ONEO das korrekte Theme-Markup ausgegeben, ohne dass ich den Cache manuell geleert oder das fe_page.html5 bearbeitet hatte.
Bei TAO hatte zuvor bereits das erneute Speichern von templates/tao/fe_page.html5 denselben Effekt. Das spricht dafür, dass sowohl das Speichern der Template-Datei als auch die Datenbankaktualisierung einen Neuaufbau beziehungsweise eine erneute Auflösung der Theme-Templates ausgelöst haben.
Vielen Dank für Ihre Zeit.
Beste Grüße, Willi
#4 Posted by RockSolid Theme... Support staff on 10 Sep, 2026 02:16 PM
Vermutlich hängt der Fehler mit einem Problem im Contao-Manager zusammen. Weitere Informationen dazu finden Sie in folgendem Ticket auf GitHub: https://github.com/contao/contao-manager/issues/895
Tritt der Fehler auch auf, wenn Sie nach dem Import des Themes im Contao-Manager unter „Systemwartung“ den „Prod.-Cache erneuern“?
#5 Posted by willi4u on 10 Sep, 2026 06:57 PM
Bei den gestrigen Neuinstallationen habe ich nach jedem Step - 1. Contao-Installation - 2. Erweiterungen installieren - 3. Tao- bzw. Oneo-Theme installieren - nach der Datenbank-Änderung den Prod-Cache erneuert und der Fehler trat nicht auf. Die fe_page wurde für alle Theme-Seiten ordnungsgemäß geladen. Eine Rückkehr zum Catalog-Manager zog jedoch eine weitere Datenbank-Änderung nach sich, obwohl zwischenzeitlich keine Änderungen im Backend und der Gesamtinstallation stattfanden. Meines Erachtens lief das bei früheren Installationen geschmeidiger, aber nun funktioniert augenscheinlich alles wie gewünscht und ich kann Templates und Outfit der Seiten anpassen. - Die Themes Tao und Oneo sind nach wie vor super und den meisten Wünschen leicht anpassbar. Vielen Dank einmal mehr dafür.