Neu Fehlermeldung nach update auf 5.5.2

Vollautomat

Gut bekanntes Mitglied
21. Juli 2010
292
3
Hallo,
ich habe eben ein update auf die SHop Version 5.5.2 gemacht.

Wenn ich jetzt irgendeinen Artikel versuche aufzu rufen bekomme ich 4x die Fehlermeldung:

Deprecated: JTL\Helpers\ShippingMethod::getShippingClasses is deprecated and should not be used anymore. in /www/htdocs/XXXXX/jtl/includes/src/Helpers/ShippingMethod.php on line 1002
was kann das sein?

php Version 8.4 ist eingestellt
 

Vollautomat

Gut bekanntes Mitglied
21. Juli 2010
292
3
Ist wohl das JTL PayPal Checkout plugin.

Wenn ich es deaktiviere geht alles. Im Plugin selber bekomme ich folgenden Fehler angezeigt:

Deprecated: Plugin\jtl_paypal_commerce\PPC\BackendUIsettings::getTemplateDefaults(): Implicitly marking parameter $tpl as nullable is deprecated, the explicit nullable type must be used instead in /www/htdocs/XXXXX/jtl/plugins/jtl_paypal_commerce/PPC/BackendUIsettings.php on line 347
 

css-umsetzung

Offizieller Service Partner
SPBanner
6. Juli 2011
8.648
2.700
Berlin
Firma
css-umsetzung
Das PayPal Plugin ist voll von deprecated Meldungen unter PHP 8.4, das ist derzeit nichts außergewöhnliches.
Da fehlte vermutlich die Zeit, das auch zu überarbeiten, es wäre besser gewesen, den Shop nur bis 8.3 freizugeben wenn die Hauseigenen, zugehörigen Plugins PHP 8.4 nicht können.
 
  • Gefällt mir
Reaktionen: frankell

NoOne

Sehr aktives Mitglied
16. März 2024
673
230
Das PayPal Plugin ist voll von deprecated Meldungen unter PHP 8.4, das ist derzeit nichts außergewöhnliches.
Da fehlte vermutlich die Zeit, das auch zu überarbeiten, es wäre besser gewesen, den Shop nur bis 8.3 freizugeben wenn die Hauseigenen, zugehörigen Plugins PHP 8.4 nicht können.
deprecated != nicht können. Dass eine Funktion deprecated ist, heißt nur, dass die in einer der nächsten Versionen wegfällt. Wenn man möglichst kompatibel bleiben möchte, muss man manchmal ein paar deprecations in Kauf nehmen.

Deprecated Meldungen sollten ausschließlich beim Weiterentwickeln angezeigt werden. Dem Endkunden bringen die 0. Im Gegenteil, die "sabotieren" erwartete Antworten und verursachen dadurch Nebeneffekte. Abgleich Fehler kann das auch nach sich ziehen, weil die Wawi damit nicht wirklich umgehen kann. Ajax-Requests und ggf. auch die IO-Requests vom Shop können dadurch auch behindert werden.

Wenn display_errors aktiviert sein soll, dann ausschließlich mit E_ERROR. Kein E_ALL, kein E_DEPRECATED, kein E_NOTICE und kein E_WARNING. In einem Produktivshop, der einfach laufen soll, entweder E_ERROR oder 0.
 
  • Gefällt mir
Reaktionen: Sirko W.

Ähnliche Themen