Neu Artikel mit Freitextfeld im Warenkorb -> Login -> Warenkorb leer

[razzio]

Hallo,

nachdem hier: https://forum.jtl-software.de/threads/logout-login-warenkorb-leer.108792/#post-598258 das Problem als gelöst markiert wurde, muss ich leider sagen dass das Problem aktuell immer noch besteht. Ich habe extra auf 4.06 upgedated, was aber an dieser Stelle keine Lösung brachte.

Wir verkaufen viele personalisierbare Produkte und die KundInnen stellen manchmal über einen längeren Zeitraum Dinge im Warenkorb zusammen. Wenn sie sich dann anmelden, ist alles weg.

 

[Mirko.Schmidt User deaktiviert]

Was genau ist dann Weg? Weil ich habe gerade mal in einer 4.06.9 ein Artikel mit Freifeld in den WK gelegt, ausgeloggt und wieder eingeloggt. Der Artikel war komplett, wie vorher eingestellt, noch im WK. Gleiche Spiel als Gast etwas in den WK legen und dann einloggen. Welche Version wird genau genutzt von der 4.06?

 

[razzio]

Es handelt sich um einen JTL- Shop 4.06.9
Der aktuelle Warenkorb wird gelehrt sobald ein Kunde einen Artikel mit Freitextfeld (mit Inhalt) darin liegen hat und sich anmeldet.
Dabei spielt es keine Rolle ob der Kunde einen gespeicherten Warenkorb hat oder nicht. Also der Warenkorb ist entweder leer wenn er keinen gespeicherten Warenkorb hatte oder es sind nur die Artikel drinnen die er gespeichert hatte. Die Artikel aus dem Aktuellen WK sind in beiden Fällen weg.

 

[FPrüfer]

Ich kann das mit 4.06.9 nicht nachstellen. Sind ggfs. Plugins aktiv, die den WK manipulieren?

 

[razzio]

Ich habe unser Child-Template raus genommen, alle Plugins deaktiviert -> Verhalten bleibt fehlerhaft.

Einen DEV-Zugang kann ich Euch gern einrichten wenn Ihr Euch das anschauen wollt.

 

[Mirko.Schmidt User deaktiviert]

Es gibt im Backend noch 2 Einstellungen:
Storefront > Kaufabwicklung > Kaufabwicklung/Warenkorb > Aktuellen Warenkorb mit gespeicherten Warenkorb zusammenfassen (für das zusammenfassen)
Storefront > Kaufabwicklung > Gespeicherte Warenkörbe > Einstellungen > Persistenten Warenkorb nutzen (damit die Warenkörbe nachm Logout erhalten bleiben
Diese müssen passend eingestellt sein, im Regelfall mit "Ja".

 

[razzio]

Ja, die kenne ich.
1447 -> JA
540 -> JA

Vielleicht ein Hinweis: Wenn ich im BE angemeldet bin, bekomme ich eine Warnung vom Debugger bei der Anmeldung im FE: Warning: strtolower() expects parameter 1 to be string, array given in /var/www/vhosts/foobarblubb.de/htdocs/classes/core/class.core.NiceDB.php on line 456
Habe ich gerade bemerkt. Die gleiche Warnung wird 6 Mal ausgegeben. Aber NUR wenn etwas personalisiertes (soll heißen, mit Freitextfeld) im Warenkorb liegt. Da kann man doch bestimmt ansetzen, oder?

 

[FPrüfer]

OK, ich kann es jetzt soweit nachstellen:
- Artikel mit mehr als einer Freitextvariation
- Warenkorbmerge (1447) muss auf Ja stehen (Bei Kunde entscheidet per Popup muss der Kunde "Ja" wählen)

Wenn Warenkorbmerge (1447) auf Nein steht oder der Kunde im Popup "Nein" wählt, tritt der Fehler nicht auf. Der Artikel wird in jedem Fall NICHT im persistenten WK gespeichert. Hier geht also beim persistenten WK irgendwas schief. Ich werde dazu mal ein Ticket anlegen.

 

[FPrüfer]

Ich habe das Ticket SHOP-858 wieder geöffnet. Da ist wohl bei der Umsetzung irgendwas im Zshg. mit mehreren Freitextfeldern schief gegangen.
@razzio Ich kann euch als Workaround erstmal nur empfehlen den automatischen Warenkorbmerge (1447) auf "Nein" zu stellen, damit eure personalisierbaren Produkte gekauft werden können.

 

[razzio]

@FPrüfer Vielen Dank fürs Dranbleiben! So konnte der Fehler wenigstens nachgestellt werden. Bei allem Gemecker was ich sonst gerne manchmal hier lasse, möchte ich mich gerne hiermit auch mal bei Euch für die überwiegend gute Zusammenarbeit bedanken.

Ich hoffe wir können bald mit einem Fix rechnen (auch gerne zwischen den Versionen) damit wir hier unseren Kunden keine Steine in den Weg legen.

Bei uns im Shop wird viel und über längere Zeiträume gestöbert und gesammelt. Manchmal melden sich die KundInnen dan zwischendrin mal wieder an und da wäre es gut wenn die Warenkörbe zusammen geführt würden.

Außerdem entwickeln wir gerade eine Web-to-Print Lösung für den JTL-Shop wo wir auch mit versteckten Freitextfeldern Werte übergeben.

Kurz gesagt: Wir benötigen wieder mal eine schnelle Lösung.

 

[FPrüfer]

@FPrüferKurz gesagt: Wir benötigen wieder mal eine schnelle Lösung.

Dann schön das Ticket voten, dann kriegts auch Prio...

 

[FPrüfer]

Ich hab mir das mal angesehen... Für einen "Dirty Fix" müsste eine Datei geändert werden.
Für die aktuelle 4.06.9 wäre das:
classes/class.JTL- Shop.WarenkorbPos.php:
nach der Zeile 250

 $NeueWarenkorbPosEigenschaft->cEigenschaftWertName[$Sprache->cISO] = Shop::DB()->escape($freifeld);

eine neue Zeile mit

$NeueWarenkorbPosEigenschaft->cFreifeldWert = Shop::DB()->escape($freifeld);

einfügen.
Das behebt zwar noch nicht das Problem aus der o.g. Warning, aber damit sollten dann auch Freitextvariationen mit einem gespeicherten WK zusammengeführt werden.

Bitte vorher unbedingt eine Sicherungskopie der Originaldatei anlegen! Die Datei wird anschließend im Backend als modifiziert angezeigt.

 

[razzio]

Alles klar, herzlichen Dank! Es funktioniert! Das hilft uns erst mal enorm weiter!