Drei Fehler nach dem Upgrade von Version 5.3 auf 5.7.9

[Achim H.]

Der Sommer macht heute ein wenig Pause und ich mache ein wenig Updates.

Bei meinen Websites ergeben sich nach dem Upgrade von 5.3.48 auf 5.7.9. folgende Fragen:

1.
Die Schriftarten werden nicht (immer) geladen, obwohl die externen Stylesheets eingebunden und alle Dateien vorhanden sind.

2.
Bei Downloads (PDF) werden keine Vorschaubilder mehr angezeigt, sondern der PDF-Platzhalter.

3.
Beim Klick auf Bilder, die beim Klicken als Popup größer eingeblendet werden sollen, passiert nichts. (Über Kontextmenü > in neuenm Tag öffnen klappt's, ist aber nicht gewollt, und an den Browser-Einstellungen habe ich nichts geändert).

Ein Beispiel:

Version 5.3:
https://a-klarinette.de/daskli
Version_5-3.png

Version 5.7:
https://contao5.a-klarinette.de/daskli
Version_5-7.png

[zonky]

In den Dev-Tools des Browsers werdebn in der Konsole einige Fehler angezeigt - 404 auf Bild und Schriften

Wenn Du den Ordner files/ kopiert hast, kommen ab und an die Berechtigungen nicht mit - klick mal bei den obersten Ordner(n) die Checkbox "Öffentlich" aus - speichern - an - speichern ...

[mlweb]

... oder auch schauen ob untergeordnete Ordner eine eigen .public Datei haben. Das hat bei mir auch schon Probleme gemacht

[mlweb]

2.
Bei Downloads (PDF) werden keine Vorschaubilder mehr angezeigt, sondern der PDF-Platzhalter.

Wahrscheinlich andere PHP-Version, bei der Dein Provider die Vorschau nicht unterstützt, ggf. auch Deine Dev-Umgebung, die das nicht unterstützt.

[Achim H.]

In den Dev-Tools des Browsers werdebn in der Konsole einige Fehler angezeigt - 404 auf Bild und Schriften

Wenn Du den Ordner files/ kopiert hast, kommen ab und an die Berechtigungen nicht mit - klick mal bei den obersten Ordner(n) die Checkbox "Öffentlich" aus - speichern - an - speichern ...

Seeehr guter Tipp. Der maßgebliche Ordner war nicht mehr "öffentlich", da hat jemand heimlich den Schalter umgelegt. Die Schriften sind nun wieder da, hurra.

[Achim H.]

Wahrscheinlich andere PHP-Version, bei der Dein Provider die Vorschau nicht unterstützt, ggf. auch Deine Dev-Umgebung, die das nicht unterstützt.

Die alte Version (5.3) und die neue Version (5.7) laufen unter PHP 8.4.

Aktiviert habe ich bei allen:

• allow_url_fopen

• allow_url_include

• opcache_enable

Alt - mit Vorschau; neu - ohne Vorschau (Bilder werden merkwürdigerweise im gleichen Tab unten links weit außerhalb des body abgezeigt, wenn man draufklickt.

[mlweb]

Theme und alle angepassten Templates hast Du auf den aktuellen Stand gebracht?

[Spooky]

In der Contao Sektion des Profiler im Debug-Modus siehst du warum Vorschaubilder von PDFs nicht unterstützt werden.

[Achim H.]

Theme und alle angepassten Templates hast Du auf den aktuellen Stand gebracht?

Bei den Themes hat sich offenbar nichts geändert, und bei den Templates sind zumindest die für die Downloads seit meinem Upgrade auf 5.3 bereits als TWIG in Gebrauch (nicht mehr html). Für mich sieht das alles aktuell aus, ohne das ich Hand anlegen musste.

[Achim H.]

In der Contao Sektion des Profiler im Debug-Modus siehst du warum Vorschaubilder von PDFs nicht unterstützt werden.

Dieses hier?

2026-07-20 18_30_26-Symfony Profiler — Mozilla Firefox.png

[Achim H.]

... oder auch schauen ob untergeordnete Ordner eine eigen .public Datei haben. Das hat bei mir auch schon Probleme gemacht

Das ist nicht der Fall.

[mlweb]

Dieses hier?

2026-07-20 18_30_26-Symfony Profiler — Mozilla Firefox.png

Ich würde mal sagen PDF wird nicht unterstützt. Hatte ich ja oben schon vermutet.

[Spooky]

Ja, das "Failed to read the file" ist nun eine Fehlermeldung, die aus Image Magick kommt. Da müsstest du nun bei deinem Hosting genauer prüfen, was noch fehlt.

[Achim H.]

Ich habe php 8.4 aktiviert, und da ist imagock "enabled":
https://8punkt4.dogado-webhosting.de/

Allerdings stehe ich absolut auf dem Schlauch, ob ich da noch irgendwas selbst reinbasteln muss oder nicht. Mit der Contao-Version 5.3 (+ php 8.1) war ja die Welt noch in Ordnung, auch ohne mein Zutun ;-(

Ob es daran liegt, dass php 8.1 die imagick module version 3.8.1 umfasst, php 8.4 hingegen die Version 3.8.0?

P. S.
Die Version 5.3 läuft mit php 8.4 einwandfrei.

[Birden]

Ich habe php 8.4 aktiviert, und da ist imagock "enabled":
https://8punkt4.dogado-webhosting.de/

P. S.
Die Version 5.3 läuft mit php 8.4 einwandfrei.

Liegt die infophp.php auch wirklich da wo die Contao 5.7 installiert ist?

[JamesdK]

Und nochmal eine ganz andere Idee:
Nutzt du für die PDF-Bilder und die Lightbox-Bilder vordefinierte Bildgrößen und lässt Contao z. B. Webp-Varianten automatisch erzeugen?
Kannst du in der Konfiguration der Bildgrößen mal testweise alle Formatskonvertierungen ausschalten (alle Haken weg), speichern und dann nochmal testen?

Wir hatten jetzt schon bei ein paar Installationen den Fall, dass auf einmal doppelte Konvertierungsoptionen von JPG zu WEBP oder PNG zu WEBP sichtbar waren. Wenn wir dann den Haken bei der aktiven Konvertierung rausgenommen haben, war nach dem Speichern nur noch eine Option sichtbar. Da ist also irgendein Fragment beim Update hängen geblieben. Bei einer Seite führte das auch dazu, dass sich Bilder extrem langsam im Frontend aufbauten. Nach dem Abhaken und dann Anhaken der richtigen Option war es wieder superschnell.
Ich habe mir auch vorgenommen, dass ich das für einen Bug Report dokumentiere, wenn mir das bei einem der nächsten Updates wieder über den Weg laufen sollte.

[Achim H.]

Liegt die infophp.php auch wirklich da wo die Contao 5.7 installiert ist?

Ich bin auch diesem Hinweis nachgegangen. Eine Durchsicht sämtlicher Verzeichnisse im Webspace hat beinahe zahllose .php-Dateien ergeben, aber keine mit dem Namen "infophp.php". In welchem verzeichnis wäre die zu erwarten?

Hinweis: Ich habe Contao 5.7 komplett neu installiert und nicht von 5.3 auf 5.7 upgegradet.

[Achim H.]

Nutzt du für die PDF-Bilder und die Lightbox-Bilder vordefinierte Bildgrößen und lässt Contao z. B. Webp-Varianten automatisch erzeugen?
Kannst du in der Konfiguration der Bildgrößen mal testweise alle Formatskonvertierungen ausschalten (alle Haken weg), speichern und dann nochmal testen?

Wo finde ich das?

[mlweb]

Ob Du die richtige PHP-Info hast kannst Du am besten im Manager schauen. Findest Du im Manager unter Tools->Php-Information.

[mlweb]

Wo finde ich das?

Im Theme bei den Bildgrößen.

[mlweb]

Ich bin acuh diesem Hinweis nachgegangen. Eine Durchsicht sämtlicher Verzeichnisse im Webspace hat beinahe zahllose .php-Dateien ergebenm aber keine mit dem Namen "infophp.php". In welchem verzeichnis wäre die zu erwarten?

Der Name der Datei war ein fiktiver "Beispielname". Im Zweifel kann man sich eine Datei mit entsprechendem Inhalt für die Ausgabe der PHP-Infos im entsprechenden Pfad selbst anlegen. Wenn Du den Contao-Manager nutzt, brauchst Du das allerdings nicht, denn der Manager gibt Dir diese Information bekannt (s.o). Dein oben angegebener Link zur PHP-Version sieht mir sehr nach einem allgemeinen Link von Dogado für PHP 8.4 aus. Das würde für mich nichts über den tatsächlichen Zustand in Deiner Installation aussagen.

Fakt ist, dass Contao Dir die Fehlermeldung zu Image Magick ausgegeben hat und dem musst Du m.E. bei Deinem Provider nachgehen, wie @Spooky oben schon erwähnt hat.

[Achim H.]

Ob Du die richtige PHP-Info hast kannst Du am besten im Manager schauen. Findest Du im Manager unter Tools->Php-Information.

Da finde ich keine infophp.php, auch keine info.php

[Achim H.]

Im Theme bei den Bildgrößen.

Da ist merkwürdigerweise gar nichts hinterlegt:

2026-07-21 18_19_25-Themes › A-Klarinette _ achimhohlfeld.de — Mozilla Firefox.png

(Übrigens fehlt die Rubrikenüberschrift, Inhaltselemente, Frontend-Module, Seitenlayouts,Bildgrößen - diese wichtige Info, wo man sich gerade befindet, fehlt.)

[mlweb]

Da finde ich keine infophp.php, auch keine info.php

Dann hast Du einen anderen Manager. Es geht nicht um eine Datei, sondern um eine Funktionalität des Managers.

2026-07-21_182751.jpg

[mlweb]

Da ist merkwürdigerweise gar nichts hinterlegt:

2026-07-21 18_19_25-Themes › A-Klarinette _ achimhohlfeld.de — Mozilla Firefox.png

Keine Ahnung, von welcher "Stelle" die Bildschirmkopie ist.
Grundsätzlich kann es aber durchaus sein, dass Du keine Bildgrößen angelegt hast.

(Übrigens fehlt die Rubrikenüberschrift, Inhaltselemente, Frontend-Module, Seitenlayouts,Bildgrößen - diese wichtige Info, wo man sich gerade befindet, fehlt.)

Du meinst oben in der Breadcrumb-Navigation, nachdem Du im Theme z.B. die Bildgrößen ausgewählt hast? Die gab es in der 5.3 auch nicht.
Eventuell eine Known-Limitation oder es ist noch nie jemand drüber gestolpert und hat es auf Github als "Bug" gemeldet.

[mlweb]

Hinweis: Ich habe Contao 5.7 komplett neu installiert und nicht von 5.3 auf 5.7 upgegradet.

Nur mal so zur Info für mich. Was heißst das genau?
Kompletter Neuaufbau des Inhaltes oder Neuinstallation mit Übernahme der Daten (Kopie der Contao 5.3 DB)

[Achim H.]

Neuinstallation mit Übernahme der Daten (Kopie der Contao 5.3 DB)


Übrigens wollte ikch nochmal bei der 5.3er-Version was nachgucken, und jetzt habe ich keine grafische Benutzeroberfläche mehr im Backend (5.3).

Zum Contao-Manager der 5.7er Version komme ich gar nicht mehr zurück, obwohl beim Provider für die Domäne die Pfade richtig gespeichert sind.

2026-07-21 18_59_29-Dashboard _ achimhohlfeld.de — Mozilla Firefox.png

(Zwischenzeitlich war der Manager gesperrt, da habe ich dann wie vorgeschlagen die "login.lock"-Datei auf dem Webserver gelöscht.

Mist ...

[mlweb]

Übrigens wollte ikch nochmal bei der 5.3er-Version was nachgucken, und jetzt habe ich keine grafische Benutzeroberfläche mehr im Backend (5.3).

Nun vermischt sich aber alles.

Ich denke, Du musst ein Problem nach dem anderen angehen und hier nicht noch Probleme mit Deiner Contao 5.3-Installation im gleichen Thread verwursteln.

Zum Contao-Manager der 5.7er Version komme ich gar nicht mehr zurück, obwohl beim Provider für die Domäne die Pfade richtig gespeichert sind.

Wie äußert sich das? Welche Fehlermeldung?

(Zwischenzeitlich war der Manager gesperrt, da habe ich dann wie vorgeschlagen die "login.lock"-Datei auf dem Webserver gelöscht.

Wenn Du diese Datei im Pfad contao-manager der richtigen Installation gelöscht hast, dann war das auch korrekt, wenn der Manager gesperrt war.

Hast Du schon mal darüber nachgedacht professionelle Hilfe in Anspruch zu nehmen? Manchmal schont das die Nerven.

[Achim H.]

Mit Peter Müllers Handbuch, der Contao-Hilfe, diesem Forum und anderen Quellen bin ich seit elf Jahren ganz gut über die Runden gekommen und konnte mich von Version 3 bis 5.3 hocharbeiten.

Ich danke für Eure Geduld und die Zeit, die Ihr investiert habt.

Da die Sicherung der 5.3er-Version noch da ist, werde ich in den nächsten Tagen noch einmal einen ganz neuen Versuch mit der 5.7er-Version starten.

[Birden]

Da finde ich keine infophp.php, auch keine info.php

Es ist im Manager unter „Tools” zu finden.

infophp.png

[mlweb]

Hatte ich oben auch schon beschrieben und dann mit einem bild verlinkt.

[Achim H.]

Einmal drüber schlafen hat wohl dem Server und den Webverzeichnissen gutgetan, auch die Datenbank scheint wieder ausgeruht, jetzt funktioniert wieder alles - bis auf das anfangs beschriebene Problem mit den fehlenden PDF-Vorschaubildern und den nicht funktionierenden Bild-Popups. Dazu schreibe ich auch mal den Provider an.

[Spooky]

Ob es daran liegt, dass php 8.1 die imagick module version 3.8.1 umfasst, php 8.4 hingegen die Version 3.8.0?

Könnte durchaus sein. Es wird auf jeden Fall nicht schaden PHP Imagick am Neuesten Stand zu haben.

[tab]

Könnte auch sein, dass in der policy.xml etwas nicht freigegeben ist, was für die Erstellung des Vorschaubilds notwendig ist.
Siehe auch https://imagemagick.org/security-policy/

Bei einem Shared Webhosting wirst du wohl nicht selbst einstellen können, was mit z.B. PDF-Dateien von ImageMagick gemacht werden darf, also z.B. ob ImageMagick sie überhaupt lesen darf. Oder wieviel RAM ImageMagick verbraten darf und und und... Es könnte also auch an der Größe der PDF-Datei oder der benötigten CPU-Zeit scheitern.

Da kannst du wohl nur beim Anbieter nachfragen, ob die bereit sind, alles freizugeben, was zur Erstellung des Vorschaubilds deiner PDF-Datei(en) benötigt wird.

[Achim H.]

Eine policy.xml scheint es nicht zu geben.

[Spooky]

Eine policy.xml scheint es nicht zu geben.

Das hast du dir vom Hoster so sagen lassen?

[lucina]

Einmal drüber schlafen hat wohl dem Server und den Webverzeichnissen gutgetan, auch die Datenbank scheint wieder ausgeruht, jetzt funktioniert wieder alles - bis auf das anfangs beschriebene Problem mit den fehlenden PDF-Vorschaubildern und den nicht funktionierenden Bild-Popups. Dazu schreibe ich auch mal den Provider an.

Die Wartezeiten klingen seltsam vertraut nach dem Dogado-Universum. Die verbasteln gerne mal PHP-Installationen - was sie aber ungern hören mögen.

Ich würde denen detailliert das Problem schildern (funktioniert unter Version XX, funktioniert nicht unter Version XX, erwartetes Ergebnis, tatsächliches Ergebnis, etc.). Und dann mal schauen ob sie es fixen.

[Achim H.]

Das hast du dir vom Hoster so sagen lassen?

Nein.

[Achim H.]

Die Wartezeiten klingen seltsam vertraut nach dem Dogado-Universum. Die verbasteln gerne mal PHP-Installationen - was sie aber ungern hören mögen.

Ich würde denen detailliert das Problem schildern (funktioniert unter Version XX, funktioniert nicht unter Version XX, erwartetes Ergebnis, tatsächliches Ergebnis, etc.). Und dann mal schauen ob sie es fixen.

Gestern getan, heute Antwort mit drei Fragen erhalten, und darauf geantwortet. Jetzt eine Nacht drüber schlafen ;-)

Wär ja doch zu schade, wenn diese schönen Funktionen nicht wieder funktionieren würden. Und auf einen Provider.-Wechsle habe ich definitiv keine Lust, da fange ich näömlich wieder an hin- und herzuinstallisieren :-(

[Spooky]

Nein.

Das wird wie gesagt nur der Hoster konfigurieren können bei einem Shared Hosting.