Probleme Nachrichtenleser unter 4.13 und PHP 8.1 auf Netcup?

**uliverse** · 04.11.2022, 17:21

Hi.
Ich habe eine Seite unter 4.13.12 bei Netcup laufen und PHP 8.1 eingestellt. Leider funktioniert der Nachrichtenleser nicht, es wird ein 404-Fehler ausgegeben. Der Eventleser funktioniert aber.
Ob es an der verwendeten PHP-Version liegen kann? Ich finde keine andere Erklärung mehr...
Probeweise wollte ich auf 7.4 oder 8.0 downgraden, aber der Contao-Manager sagt mir, dass die installierten Composer-Pakete 8.1 brauchen und meine Seite lädt nicht.
Lässt sich die PHP-Version nicht mehr zurückrollen, wenn der Composer alle Pakete für PHP 8.1 installiert hat?

Hat jemand einen Tipp für mich?

**tab** · 04.11.2022, 17:32

Ich würds zurückstellen, den Contao-Manager nochmal neu starten und dann ein komplettes composer update durchführen. Ich probier das heute abend noch bei netcup, ich habe eine passende Kundeninstallation dazu bei Webgo mit PHP 7.4 und Nachrichtenlesern, da mache ich mal eine Kopie bei netcup mit PHP 8.1. Muss ich so oder so demnächst antesten, PHP 7.4 ist ja nicht mehr das Allerfrischeste mittlerweile

**mlweb** · 04.11.2022, 17:36

Hast Du angepasste Templates?
Ich habe keine Probleme mit dem Nachrichtenleser und PHP 8.1. Ich kann mir ehrlich gesagt auch nicht vorstellen, dass das was mit Netcup zu tun hat.

Beim Umstellen der PHP-Version musst Du immer ein composer update durchführen, damit die Abhängigkeiten neu aufgelöst werden.

**uliverse** · 04.11.2022, 17:51

Zitat von mlweb

Hast Du angepasste Templates?
Ich habe keine Probleme mit dem Nachrichtenleser und PHP 8.1. Ich kann mir ehrlich gesagt auch nicht vorstellen, dass das was mit Netcup zu tun hat.

Hm... das ist interessant. An den Templates sollte es aber eigentlich nicht liegen.

**uliverse** · 04.11.2022, 17:54

Zitat von tab

Ich würds zurückstellen, den Contao-Manager nochmal neu starten und dann ein komplettes composer update durchführen. Ich probier das heute abend noch bei netcup, ich habe eine passende Kundeninstallation dazu bei Webgo mit PHP 7.4 und Nachrichtenlesern, da mache ich mal eine Kopie bei netcup mit PHP 8.1. Muss ich so oder so demnächst antesten, PHP 7.4 ist ja nicht mehr das Allerfrischeste mittlerweile

Ich habe versucht, eine Reparatur durchzuführen, aber die schlägt fehl...

**uliverse** · 04.11.2022, 18:34

Im Debug Modus finde ich viele Exceptions, aber nur einen Fehler:

Code:

Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Unused arguments: auto_item" at /var/www/vhosts/hosting***.ae88b.netcup.net/***.de/httpdocs/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 97
{
    "exception": {}
}

**Spooky** · 04.11.2022, 18:53

Welche Module sind auf der Leserseite eingebunden? Inkl. die aus dem Seitenlayout. Nutze außerdem den Debug-Modus und poste den Stack Trace.

**tab** · 04.11.2022, 20:33

Zitat von uliverse

Ich habe versucht, eine Reparatur durchzuführen, aber die schlägt fehl...

Meine Kopie bei netcup läuft jedenfalls mittlerweile auch problemlos mit PHP 8.1.

**uliverse** · 05.11.2022, 10:25

Mittlerweile habe ich das Problem eingegrenzt. Am Nachrichtenleser liegt es nicht und auch nicht an der PHP-Version. Das ist schon mal schön :-)
Ich habe in meinem Seiten-Layout ein Modul mit lediglich diesen Zeilen drin:

HTML-Code:

<div class="inside">
	{{insert_article::_footer}}
</div>

.
"_footer" existiert natürlich und wird auch auf allen anderen Seiten geladen. Nur eben nicht zusammen mit dem Nachrichtenleser... Wenn ich das Modul raus lasse, lädt die Seite ohne Schwierigkeiten...

Hier der Debug Stack:

Code:

Symfony\Component\HttpKernel\Exception\NotFoundHttpException:
Page not found: https://***/details/neuer-trikotsatz-fuer-schulsport.html

  at vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:97
  at Contao\CoreBundle\EventListener\ExceptionConverterListener->convertToHttpException()
     (vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:68)
  at Contao\CoreBundle\EventListener\ExceptionConverterListener->__invoke()
     (vendor/symfony/event-dispatcher/Debug/WrappedListener.php:117)
  at Symfony\Component\EventDispatcher\Debug\WrappedListener->__invoke()
     (vendor/symfony/event-dispatcher/EventDispatcher.php:230)
  at Symfony\Component\EventDispatcher\EventDispatcher->callListeners()
     (vendor/symfony/event-dispatcher/EventDispatcher.php:59)
  at Symfony\Component\EventDispatcher\EventDispatcher->dispatch()
     (vendor/symfony/event-dispatcher/Debug/TraceableEventDispatcher.php:154)
  at Symfony\Component\EventDispatcher\Debug\TraceableEventDispatcher->dispatch()
     (vendor/symfony/http-kernel/HttpKernel.php:223)
  at Symfony\Component\HttpKernel\HttpKernel->handleThrowable()
     (vendor/symfony/http-kernel/HttpKernel.php:86)
  at Symfony\Component\HttpKernel\HttpKernel->handle()
     (vendor/symfony/http-kernel/Kernel.php:202)
  at Symfony\Component\HttpKernel\Kernel->handle()
     (web/index.php:44)

**Spooky** · 05.11.2022, 10:26

Welche Module sind im _footer Artikel vorhanden?

**uliverse** · 05.11.2022, 10:29

Noch tiefer gegraben: im Artikel _footer wird eine Event-Liste geladen. Wenn dieses Modul raus ist, gibt es auch keinen 404-Fehler mehr. Damit ist das Problem für mich gelöst, offenbart aber wohl doch einen Bug.

**Spooky** · 05.11.2022, 11:42

Nein, kein Bug. Du hast vermutlich einen Eventleser in deiner Eventliste eingestellt.

**uliverse** · 05.11.2022, 13:38

Ja, du hast Recht! Das macht den Unterschied. Aber das hat in älteren Versionen ohne Probleme funktioniert.

**Spooky** · 05.11.2022, 13:55

Eine solche Konfiguration würde seit mindestens Contao 3 Probleme verursachen.

**uliverse** · 05.11.2022, 15:20

Naja, vor dem Upgrade von 3.5 auf 4.13 ging es jedenfalls noch... Das kann ich jetzt halt nicht mehr prüfen.
Jedenfalls danke an alle für die Hilfe hier!