Neu Nach Update auf Shop 5.2.1 - Exportformate Cron funktioniert nicht und manuelle Auslösung liefert nur ein "-1" auf dem Bildschirm -

[B2B-IT]

Wie im Thema schon beschrieben, haben wir seit heute Nacht das Problem, dass der Cronjob zum Export nicht ausgeführt wird und wir eine weiße Seite mit einer -1 angezeigt bekommen, wenn wir den Export manuell anstoßen.
Shopversion 5.2.1
php 8.1.13

Das Shopupdate haben wir gestern durchgeführt und danach lief der Export auch noch ein paar Stunden, nun kommt dieser merkwürde Fehler.
Es wäre wichtig das Problem zu lösen, da wir aktuell keine Exportformate erzeugen können!!!

Ergänzung:

1. Es wird scheinbar durch den Cron eine temp_"name der Exportvorlage" im Verzeichnus Export angelegt, diese aber nicht "umgewandelt" in die eigentliche Exportdatei.
2. Wenn man eine Sytax Prüfung der Exportdateien durchführen will, bleibt diese scheinbar irgendwie hängen. Es dreht und dreht...

 

[M&G]

Hallo,
wir haben ein ähnliches Problem.

Shop-Version 5.2.2 und php 8.1.13

Der Export läuft nur für genau 1000 Artikel und die tmp-export.csv wird erstellt aber nicht abgeschlossen.
Im Exporte Manager sieht das ganze auch echt merkwürdig aus. (Siehe Bild im Anhang)
Den ersten Export habe neu angelegt, hier stimmt das Datum für den nächsten Start. Bei den alten Exports liegt der nächste Start in der Vergangenheit.

Ich bekomme eine andere Fehlermeldung, wenn ich den Export manuell erstelle (Asynchron läuft nicht durch).
Mein Fehler: "Diese Seite funktioniert nicht mehr"

Ist der Fehler bei euch behoben?

 

[MHillmann]

Hallo,

das Ticket hier klingt dazu passend: https://issues.jtl-software.de/issues/SHOP-7219
Habt ihr dazu ein Supportticket laufen?

Viele Grüße
Michael

 

[M&G]

Hi Michael,
nein wir haben noch kein Supportticket erstellt. Das Ticket betrifft aber das gleiche Thema.
Hier noch ein paar zusätzliche Informationen:

Wenn man unter Administration > Export > Weitere Formate bei einem Exportformat in der Tabelle auf "+" klickt (Exportdatei erstellen) erhalten wir eine Fehlerseite. (Siehe Anhang
Während der Export läuft, lässt sich das Backend von dem PC nicht aufrufen. Der Shop ist ebenfalls auf dem PC mit gleichem Browser nicht aufrufbar.

Mit der Funktion Exportdatei asynchron erstellen hängt sich der Export bei 1410 Artikeln auf.

Die temporäre Datei wird erstellt, enthält auch die exportierten 1410 Artikel. Jedoch wird die Datei nicht abgeschlossen.
Auch eine Einstellung über die Maximale Dateigröße (z.B. 1MB) scheint ohne Funktion zu sein. Die Dateigröße der tmp.csv ist trotz der Einstellung mit der Begrenzung auf 1 MB deutlich größer (3,07MB).

Auf 100MB Dateigröße verhält sich der Export gleich.
Cache nutzen Ja oder Nein hat auf die Funktion des Exports auch keinen Einfluss.

Unter Administration > Export > Exporte-Manager bei der Übersicht der Exporte steht ein falsches Datum unter Nächster Start (Geplant) bei den Exportformaten in der Tabelle.
Die Exporte laufen laut der Übersicht für genau 1000 Artikel. Die Exporte werden nicht abgeschlossen. Die temporäre Datei lässt sich auf dem Server unter Export nicht finden.
Unter dem Reiter Zuletzt fertiggestellt tauchen die Exporte nicht auf (sind ja auch nicht fertiggestellt). Der letzte Erfolgreiche Export ist vor dem Update
Nach Neuanlage wird das Datum für Nächster Start (Geplant) wieder korrekt dargestellt.

Ein Export mit weniger als 1000 Artikeln läuft problemlos!

Der Export des Plugins JTL Exportformat Google Shopping (V 2.2.0) wird seit dem Update auf 5.2.2 ebenfalls nicht mehr korrekt im Hintergrund ausgeführt.

Auf dem FTP-Server wird die xml- Datei (cron_googleshopping.xml) korrekt erstellt. Die .zip Datei aus dem Plugin ist noch auf dem Stand vor dem Update vom 02.02.2023.
In der Übersicht wird der letzte erfolgreiche Export mit dem Datum vom 04.02.23 angezeigt (auch nicht korrekt).

Der über das Plugin manuell angestoßener Export hängt sich ebenfalls bei 1485 Artikeln auf. Der manuell angestoßene Export hat keinen Einfluss auf die Datei cron_googleshopping.xml gehabt. Stattdessen ist die Datei googleshopping.xml erstellt worden.










Shopversion: 5.2.2

PHP Version:8.1.13

 

[Isirider]

Hallo Zusammen,

Hier gleiches verhalte Ticket#2023031110000724
Bis jetzt hat sich aber leider noch niemand gemeldet und die Funktion wird schon benötigt.

 

[liquid]

Hallo zusammen,

wir sind kurz vor dem dem Update von 5.1.5 auf 5.2.2. und jetzt doch verunsichert. Ist es ein generelles Problem mit der 5.2.2, dass die Exportdateien nicht korrekt erzeugt werden? Auch wir nutzen aktiv Google Shopping und es wäre für uns desaströs, wenn wir Google die Exportdatei für unsere Shopping-Kampagnen nicht mehr übermitteln könnten (wir haben > 1.500 Artikel).

Falls Ihr mit 5.2.2 arbeitet und KEINE Probleme mit den Exporten habt, dann teilt das bitte kurz hier mit. Danke vorab!

Gruß aus dem Norden
Ingo

 

[Isirider]

Hallo zusammen,

wir sind kurz vor dem dem Update von 5.1.5 auf 5.2.2. und jetzt doch verunsichert. Ist es ein generelles Problem mit der 5.2.2, dass die Exportdateien nicht korrekt erzeugt werden? Auch wir nutzen aktiv Google Shopping und es wäre für uns desaströs, wenn wir Google die Exportdatei für unsere Shopping-Kampagnen nicht mehr übermitteln könnten (wir haben > 1.500 Artikel).

Falls Ihr mit 5.2.2 arbeitet und KEINE Probleme mit den Exporten habt, dann teilt das bitte kurz hier mit. Danke vorab!

Gruß aus dem Norden
Ingo

Hey ich hatte wirklich einige Fallstricke und Export funktioniert immer noch nicht. Auf mein Ticket hat auch noch keiner geantwortet.

Weitere stricke waren, wirklich den redis Cache abschalten sonst kommt man nicht mehr an den Shop die Plugins doppelt überprüfen ob sie PHP 8.1 fähig seine, bei mir war der Fall das eigentlich etracker freigegeben war, hab es kurz vor dem Update nicht nochmal überprüft, und es war dann doch nicht frei.
CSS Klassen hatten nicht mehr gepasst, ich musste nach dem Update den kompletten Ordner löschen und neu anlegen, danach hat es wieder funktioniert.
Bei der Sitemap musst du in den roh Dateien auch was anpassen sonst schmeißt Google einen Fehler.
Aber das nervigste ist wirklich das der Export nicht mehr geht.

 

[liquid]

Aber das nervigste ist wirklich das der Export nicht mehr geht.

Also wenn der Export nicht mehr korrekt funktioniert, dann brauchen wir gar nicht erst updaten. Das ist eine must-have-Basisfunktion, die wir für unsere Google-Shopping Kampagnen zwingend benötigen. Ich bin da wirklich etwas geschockt.

Das kann doch gar nicht sein, dass JTL ein Problem bei einer solch elementar wichtigen Funktion so lange nicht behebt. Denn wenn ich das richtig gelesen habe, dann bestand das Problem auch bereits bei der 5.2.1.

Wir werden jetzt erstmal unseren dev- Shop auf 5.2.2 updaten und dann sehen, inwiefern der Google-Export funktioniert.


Gruß aus dem Norden
Ingo

 

[tomlarp]

Die Cron-Ausführung klappt auch bei uns nicht mehr, beim klick auf das "+" kommt bei uns nur noch eine weiße Seite.

Es liegt definitiv nicht am Server! Wir haben einen eigenen Server auf dem zwei JTL Shops (beide mit 5.2.2) laufen, beim einen klappt zumindest die Exportdatei erstellen mit einem Klick auf das "+"

 

[jensderdritte]

Ich habe gerade mal den Testshop von 5.1.5 auf 5.2.2, inkl. Exportformat Google Shopping Plugin auf 2.2.0, upgedatet.
Bei der manuellen Erstellung der googleshopping.zip (mit "+", kein Cron) erscheint nun folgende detaillierte Fehlermeldung:

Fatal error: Uncaught TypeError: Cannot assign null to property JTL\Catalog\Product\Variation::$cWaehlbar of type string in ./includes/src/Catalog/Product/Variation.php:60 [...]

googleshopping.xml wird wohl erstellt, die zip nicht.

Wird da nach zwei Monaten eventuell mal dran gearbeitet?
Oder muss man da wieder Umfragen starten, ob die werte (Amazon-)Userschaft das überhaupt möchte?

 

[Isirider]

Hallo zusammen,

Bei uns war jetzt das Problem, dass einige Artikel die Vaterartikel nicht online waren aber die Kinder, dass hat zum Abbruch des Exports geführt.

 

[liquid]

Ich habe gerade mal den Testshop von 5.1.5 auf 5.2.2, inkl. Exportformat Google Shopping Plugin auf 2.2.0, upgedatet.
Bei der manuellen Erstellung der googleshopping.zip (mit "+", kein Cron) erscheint nun folgende detaillierte Fehlermeldung:

googleshopping.xml wird wohl erstellt, die zip nicht.

Hmmm ... ich habe auch unseren Testshop auf 5.2.2 aktualisiert und das aktuelle Googleshopping-Plugin installiert. Bei uns wurde die googleshopping.zip mit 1280 Artikeln bei Klick auf "+" sofort fehlerfrei erstellt (hat vielleicht 10 Sekunden gedauert). Aber das heisst ja nicht, dass das beim Live-System dann auch fehlerfrei funktioniert.

Bin gerade hin und hergerissen, denn einerseits müssen wir jetzt auf 5.2.2 aktualisieren, weil wir bestimmte Funktionalitäten nur mit der neuen Shopversion abbilden können. Andererseits berichten viele User hier im Forum, dass der Export nach dem Update nicht mehr korrekt funktioniert und das wäre eine Katastrophe für uns.

 

[JulianO]

bei mir gehts auch nicht mehr. Cronjob wird nicht angestoßen (wir nutzen diese fake cron Funktion) und auch die Exportdatei wird nciht erzeugt. Der manuelle Aufruf über das "+" führt zu solchen Ausgaben:

Deprecated: Creation of dynamic property JTL\Catalog\Product\VariationValue::$nNichtLieferbar is deprecated in /mnt/web201/a1/17/58756317/htdocs/JTLshop/includes/src/Catalog/Product/Artikel.php on line 2524 Deprecated: Creation of dynamic property JTL\Catalog\Product\VariationValue::$nNichtLieferbar is deprecated in /mnt/web201/a1/17/58756317/htdocs/JTLshop/includes/src/Catalog/Product/Artikel.php on line 2524 Deprecated: Creation of dynamic property JTL\Catalog\Product\VariationValue::$nNichtLieferbar is deprecated in /mnt/web201/a1/17/58756317/htdocs/JTLshop/includes/src/Catalog/Product/Artikel.php on line 2524 Deprecated: Creation of dynamic property JTL\Catalog\Product\VariationValue::$nNichtLieferbar is deprecated in /mnt/web201/a1/17/58756317/htdocs/JTLshop/includes/src/Catalog/Product/Artikel.php on line 2524 Deprecated: Creation of dynamic property JTL\Catalog\Product\VariationValue::$nNichtLieferbar is deprecated in /mnt/web201/a1/17/58756317/htdocs/JTLshop/includes/src/Catalog/Product/Artikel.php on line 2524 Deprecated: Creation of dynamic property JTL\Catalog\Product\VariationValue::$nNichtLieferbar is deprecated in

VG
Julian

 

[tomlarp]

Ich glaube ich habe den Fehler gefunden - gibt zwar meines Erachtens keinen Zusammenhang, aber: Kann es sein das ihr noch das "JTL PayPal" Plugin nutzt und nicht das neue "PayPal Checkout" Plugin?

Seit ich alte Plugin durch das neue heute ersetzt habe funktionieren auch die Cronjobs wieder und auch das manuelle asynchrone Erstellen der Exporte.

 

[JulianO]

Ich hab jetzt das Google Shopping Plugin komplett deinstalliert und neu installiert. Auch das aktuelle Paypal Checkout Plugin habe ich komplett deinstalliert und neu installiert. Alles neu eingerichtet. Komplettabgleich mit der WaWi gemacht (eigentlich weil ich Probleme mit der Grundpreisanzeige hatte).

Nun scheint alles wieder zu funktionieren.

 

[AN-DI]

Wir haben das Problem auch - drücken wir das "+" wird keine Datei erstellt sondern eine weiße Seite mit "-1" erscheint.
Das ist echt uncool... =(

 

[jensderdritte]

Ich hab jetzt das Google Shopping Plugin komplett deinstalliert und neu installiert. Auch das aktuelle Paypal Checkout Plugin habe ich komplett deinstalliert und neu installiert. Alles neu eingerichtet. Komplettabgleich mit der WaWi gemacht (eigentlich weil ich Probleme mit der Grundpreisanzeige hatte).

Nun scheint alles wieder zu funktionieren.

Gerade mal getestet: Bei uns bringt das leider nichts, Fehler bleibt.

 

[JulianO]

Gerade mal getestet: Bei uns bringt das leider nichts, Fehler bleibt.

Export geht bei uns jetzt. Aber Paypal leider doch nicht. Ich konnte es zwar fehlerfrei einrichten und es werden auch nirgends Fehler ausgewiesen, aber es funktioniert trotzdem nicht.

 

[tomlarp]

Export geht bei uns jetzt. Aber Paypal leider doch nicht. Ich konnte es zwar fehlerfrei einrichten und es werden auch nirgends Fehler ausgewiesen, aber es funktioniert trotzdem nicht.

Hast Du den Versandarten die Zahlungsart zugewiesen?

 

[JulianO]

Hast Du den Versandarten die Zahlungsart zugewiesen?

Ja natürlich. Man kann es auch auswählen. Wird zu Paypal geleitet. Dort kann man ganz normal alles auswählen und dann gibt es 2 Wege

1. es war eine normale Paypal Zahlung aus dem Warenkorb: dann gibt es zwar die Fehlermeldung, aber die Zahlung wird ausgeführt und die Bestellung erstellt.

2. es war eine Paypal Express Zahlung: dann führt der Klick auf bezahlen bei Paypal nur zu der Fehlermeldung, aber es wird keine Bestellung erzeugt oder bezahlt