Fehlermeldungen (frontend + Backenend) nach Update auf Joomla 4.4 und Vm 4.2.4

ksfbjoern · 24. Oktober 2023

Hallo zusammen,

ich habe vor kurzem in meiner Testumgebung unseren Shop von J 4.3.2 auf 4.4 und von VM 4.0.22 auf 4.2.4 geupdated.

Seitdem bekomme ich auf den Produktdetailseiten und dem Warenkorb folgenden Fehlercode angezeigt:

Code

Deprecated: strtolower(): Passing null to parameter #1 ($string) of type string is deprecated in /home/babyonli/www/babyonlineshop-test/libraries/vendor/joomla/filter/src/InputFilter.php on line 213

Dieser erscheint ganz oben auf der Seite, z.B.: https://update-test.babyonline…aschekorb-reh-detail.html

Beim Warenkorb hatte ich schon die Vermutung, dass es eventuell eine Inkompatblität mit dem genutzen OPC von Rupostel gäbe. Habe hier aber testweise diesen deaktiviert, der Fehler erscheint immernoch.

Im Backend erscheint auf der "Selbsterstelle Felder"-Seite mehrfach diese Fehlermeldung (siehe auch Screenshot anbei):

Code

Deprecated: urlencode(): Passing null to parameter #1 ($string) of type string is deprecated in /home/babyonli/www/babyonlineshop-test/administrator/templates/vmadmin/html/com_virtuemart/custom/default.php on line 105

Ist hierzu irgendetwas bekannt?

Ich würde mich sehr über Hilfe freuen.

Grüße Björn

StefanSTS · 25. Oktober 2023

Servus,

ich hab das weitergeleitet.
Welche PHP-Version läuft dort?

Grüße

Stefan

Milbo · 25. Oktober 2023

Die deprecated kann man an sich abschalten. Beim ersten fehler geht ohne Trace nichts. Beim zweiten Fehler muß man folgendes machen. In die Datei vmuri (/administrator/components/com_virtuemart/helpers)
Das unten einbauen

Code

static function urlencode($in){
if(empty($in)){
return $in;
} else {
return self::urlencode($in);
}
}

und in der custom /administrator/templates/vmadmin/html/com_virtuemart/custom/default.php on line 105 ein

Code

vmURI::

vor urlencode setzen, also das es so aussieht

Code

$link = "index.php?view=custom&keyword=" . vmURI::urlencode($keyword) . "&custom_parent_id=" . $custom->custom_parent_id . "&option=" . $option;

ksfbjoern · 25. Oktober 2023

Hallo und vielen Dank für eure Antworten. PHP-Version ist aktuell Version 8.1.24.

Ich probiere die Codeanpassung aus.

Eine Frage hierzu

Zitat

Die deprecated kann man an sich abschalten. Beim ersten fehler geht ohne Trace nichts.

Was ist hier genau mit Trace gemeint? Server-Error logs oder ähnliches?

Ich freu mich auf Rückmeldung.

StefanSTS · 25. Oktober 2023

In der Joomla Konfiguration auf Joomla Debug stellen und Error Reporting auf Maximum.

Dann bekommt man eine ausführliche Fehlermeldung mit den betroffenen Dateien im Programmablauf.

-> Stack Trace.

STS

ksfbjoern · 25. Oktober 2023

Hallo Stefan, hallo Milbo,

danke für die Erklärung. Beides ist aktiviert:

Ich hoffe das hilft weiter.

Der Fix für die Fehlermeldung bei den selbsterstellten Feldern hat wunderbar funktioniert.

Grüße

Björn

StefanSTS · 25. Oktober 2023

Wenn da jetzt kein Stack Trace zu sehen ist, liegt das wohl daran, dass es nur ein Deprecated ist, und kein kritischer Fehler.
Milbo muss aber wissen, woher die Übergabe von null ausgeht.

Vielleicht kann der Fatal Catcher von Rupostel da helfen.

https://www.rupostel.com/utili…ions/fatal-catcher-plugin

Aber nur sehr kurz einschalten (ein, Seite aufrufen, aus), sonst gibt's Gigatonnen an Meldungen.

Grüße

Stefan

ksfbjoern · 25. Oktober 2023

Kann ich gerne einmal probieren.

Wenn die Fehlermeldung allerdings nicht kritisch sein sollte, dann stelle ich den debug-modus einfach wieder aus bzw. den Error-report auf "Standard", dann wird der Fehler auch nichtmehr angezeigt.

Das Plugin teste ich auf jeden Fall die nächsten Tage einmal.

Vielen Dank schon einmal!

Grüße

Björn

StefanSTS · 27. Oktober 2023

Servus,

wenn man Deprecated-Meldungen hat, sollte dem nachgegangen werden. Bei der nächsten Umstellung auf eine höhere PHP-Version könnte dann ein Fatal Error daraus werden. Das äußert sich dann meistens in einer weißen Seite.

Oft kommen solche Fehler nur in bestimmten Konstellationen vor, deshalb ist es gut, das frühzeitig zu erforschen. Dann hat man bessere Chancen, dass es im nächsten Update steckt und man nicht nachher plötzlich schnell machen muss, wenn der Hoster plötzlich PHP umstellen möchte.

Grüße

Stefan