[PS1.7.6.1] Aktivierung des Debug-Modus bewirkt RuntimeException

[p27971]

Zunächst ließen sich veränderte Artikelmengen nicht mehr speichern. Nach Aktivierung des Debug-Modus erschien folgende Fehlermeldung:
 

Whoops, looks like something went wrong.

 (1/1) RuntimeException

Deprecated: array_key_exists(): Using array_key_exists() on objects is deprecated. Use isset() or property_exists() instead in .../src/Adapter/EntityMapper.php on line 99
Failed to start the session because headers have already been sent by ".../src/Adapter/EntityMapper.php" at line 99.
in NativeSessionStorage.php line 141 
at NativeSessionStorage->start()
in NativeSessionStorage.php line 295
at NativeSessionStorage->getBag('attributes')
in Session.php line 258
at Session->getBag('attributes')
in Session.php line 280
at Session->getAttributeBag()
in Session.php line 73
at Session->get('_security_main')
in ContextListener.php line 89
at ContextListener->handle(object(GetResponseEvent))
in WrappedListener.php line 46
at WrappedListener->handle(object(GetResponseEvent))
in TraceableFirewallListener.php line 35
at TraceableFirewallListener->handleRequest(object(GetResponseEvent), object(Generator))
in Firewall.php line 84
at Firewall->onKernelRequest(object(GetResponseEvent))
in FirewallListener.php line 48
at FirewallListener->onKernelRequest(object(GetResponseEvent), 'kernel.request', object(TraceableEventDispatcher))
in WrappedListener.php line 115
at WrappedListener->__invoke(object(GetResponseEvent), 'kernel.request', object(TraceableEventDispatcher))
in EventDispatcher.php line 212
at EventDispatcher->doDispatch(array(object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener), object(WrappedListener)), 'kernel.request', object(GetResponseEvent))
in EventDispatcher.php line 44
at EventDispatcher->dispatch('kernel.request', object(GetResponseEvent))
in TraceableEventDispatcher.php line 143
at TraceableEventDispatcher->dispatch('kernel.request', object(GetResponseEvent))
in HttpKernel.php line 127
at HttpKernel->handleRaw(object(Request), 1)
in HttpKernel.php line 68
at HttpKernel->handle(object(Request), 1, false)
in Kernel.php line 200
at Kernel->handle(object(Request), 1, false)
in index.php line 86

Anschließend war das BackOffice eingefroren. Hat Jemand eine Idee ?

Beste Grüße
p27971

[rictools]

Gab's da nicht vorher schon einen Thread?

Das erste, was mir so einfällt, wäre die Frage nach der PHP-Version.

[p27971]

Ja, zuvor gab es schon einen Thread. Durch ein Upgrade fehlte die INTL Erweiterung.
Die PHP Version lautet 7.4.33.

[rictools]

PHP 7.4 wird erst ab Prestashop 1.7.8 unterstützt.

[p27971]

@ric: Danke für die Info - gibt es eine Quelle dafür, welche Prestashop-Version welche PHP-Version erfordert ?
Der Hoster hat inzwischen die INTL-Erweiterung für die PHP-Version 7.2 aktiviert. Folglich bin ich entsprechend zur Version 7.2.34 gewechselt.
Nun erscheinen im BackEnd laufend folgende Fehlermeldungen:
Token ungültig: Direkter Zugriff auf diesen Link könnte eine Sicherheitslücke schaffen..
Möchten Sie diese Seite anzeigen?
Ja, ich bin mir des Risikos bewusst        Nichts wie weg hier!

Der Debug-Modus  lässt sich nicht aktivieren, den Cache und den Browsercache habe ich bereits gelöscht, /var/cache zu /var/cache_old umbenannt.
 

 

[rictools]

vor 2 Stunden schrieb p27971:

gibt es eine Quelle dafür, welche Prestashop-Version welche PHP-Version erfordert ?

https://devdocs.prestashop-project.org/1.7/basics/installation/system-requirements/#php-compatibility-chart
https://devdocs.prestashop-project.org/8/basics/installation/system-requirements/#php-compatibility-chart

Solange du eine nicht kompatible PHP-Version verwendest, macht es wenig Sinn, sich über Fehlermeldungen zu wundern. Spricht denn etwas gegen ein Update auf Prestashop 1.7.8.x?

Die Meldung mit dem ungültigen Token habe ich bei meinem 1.6 auch ab und zu im BackOffice, hängt wohl mit einem zu langen Eingelogtsein zusammen oder mit eine IP-Wechsel.

Edited May 28, 2023 by rictools (see edit history)

[p27971]

Quote

Spricht denn etwas gegen ein Update auf Prestashop 1.7.8.x?

Habe es testweise mit autoupgrade versucht - ohne Erfolg:

Aktivitäts-Protokoll
[INTERNAL] .../classes/db/DbPDO.php line 166 - PDO::query(): MySQL server has gone away
[INTERNAL] .../classes/db/DbPDO.php line 166 - PDO::query(): Error reading result set's header 

Fehler
[INTERNAL] .../classes/db/DbPDO.php line 137 - PrestaShopException: Link to database cannot be established: SQLSTATE[HY000]
 [2002] Connection refused #0 .../classes/db/Db.php(379): DbPDOCore->connect() #1 .../classes/db/Db.php(566): 
DbCore->query('ALTER TABLE `ma...') #2 .../modules/autoupgrade/classes/UpgradeTools/CoreUpgrader/CoreUpgrader.php(417): 
DbCore->execute('ALTER TABLE `ma...', false) #3 .../modules/autoupgrade/classes/UpgradeTools/CoreUpgrader/CoreUpgrader.php(348)
: PrestaShop\Module\AutoUpgrade\UpgradeTools\CoreUpgrader\CoreUpgrader->runSqlQuery('1.7.7.0', 'ALTER TABLE `ma...') 
#4 .../modules/autoupgrade/classes/UpgradeTools/CoreUpgrader/CoreUpgrader.php(270): 
PrestaShop\Module\AutoUpgrade\UpgradeTools\CoreUpgrader\CoreUpgrader->runQuery('1.7.7.0', 'ALTER TABLE `ma...') 
#5 .../modules/autoupgrade/classes/UpgradeTools/CoreUpgrader/CoreUpgrader17.php(61): 
PrestaShop\Module\AutoUpgrade\UpgradeTools\CoreUpgrader\CoreUpgrader->upgradeDb('1.7.6.1') 
#6 .../modules/autoupgrade/classes/UpgradeTools/CoreUpgrader/CoreUpgrader.php(103): 
PrestaShop\Module\AutoUpgrade\UpgradeTools\CoreUpgrader\CoreUpgrader17->upgradeDb('1.7.6.1') 
#7 .../modules/autoupgrade/classes/TaskRunner/Upgrade/UpgradeDb.php(42): 
PrestaShop\Module\AutoUpgrade\UpgradeTools\CoreUpgrader\CoreUpgrader->doUpgrade() 
#8 .../..../autoupgrade/ajax-upgradetab.php(53): PrestaShop\Module\AutoUpgrade\TaskRunner\Upgrade\UpgradeDb->run() 

Das BackOffice war anschließend eingefroren, ein Rollback nicht möglich ...


 

[rictools]

Da steht etwas von 1.7.7.0? Das läuft auch nicht mit PHP 7.4 ...

Hast du nach dem Upgradeversuch noch einmal den var/cache-Inhalt gelöscht?

Besser wäre es, wenn du die PHP-Version zumindest temporär zurückstellen könntest.