Version 4.5 Anzahl Artikel-Warenkorb

Hallo,
1 Bug gefunden die ich auch in Demoshop reproduzieren konnte. (Firefox und IE)

erster Artikel die ich in den Warenkorb lege geht verloren. Nachdem ich den Artikel in den Warenkorb gelegt habe möchte ich gleich/sofort “Warenkorb Zeigen” und bekomme Meldung: Warenkorb ist leer.

Grüße Markus

1.) erster Artikel die ich in den Warenkorb lege geht verloren. Nachdem ich den Artikel in den Warenkorb lege möchte ich gleich/sofort “Warenkorb Zeigen” und bekomme Meldung: Der Warenkorb ist leer.

Hallo Community,
wurde die o.g Bug schon eingetragen?

Grüße Markus

anbei Video von o.g fehler bei Oxid Demo-Shop:

http://www.suess-versand.de/oxid_45_basket/oxid_45_basket_controller.swf

Grüße Markus

Kann ich nur im DEMO nachvollziehen.

Bei einer Testversion 4.5 mit Artikel (wie Demo) mal zum spielen auf unserem Server aufgespielt, da ist das [U][B]NICHT[/B][/U]. (selber Artikel und andere).

Hallo Pille,
alle sind betroffen. Habe bis jetzt 9 Shops mit 4.5 Version getestet und konnte überall diesen Bug reproduzieren.
geb mir dein Shop url und Du bekommst eine Aufnahme…
Grüße Markus

Hallo Pille,
Du hast Recht. kein Fehler. Ist das von anfang an so oder hast Du den fehler behoben?
Grüße Markus

Das ist der alte Facebook-Fehler: https://bugs.oxid-esales.com/view.php?id=2263

  • Editor als Admin starten
  • Folgende Zeile zur Datei Windows\system32\drivers\etc\hosts hinzufügen:

127.0.0.1 connect.facebook.net

Ergebnis: Facebook ist weg und der Fehler auch.

Edit: Das dient natürlich nur zum Nachweis dass es an Facebook liegt. Der Fehler ist dadurch nicht behoben.

einfach in diesem facebook template wie vorgeschlagen die canonical url ausgeben. ich hab grad keine gelegenheit nachzuschauen, aber wenn getCanonicalUrl nun die force_sid mit drin hat ist da die Link logik zerschossen worden. warum auch immer.

edit: grade nachgeschaut. Es steht “getCanonicalUrl” drin, aber nur im basic. Im Azure hat man getHomeUrl verwendet, wo wieder force_sid drinsteht was das alte wohlbekannte session problem wieder bringt.

Bugreport ist erstellt: https://bugs.oxid-esales.com/view.php?id=2849

Hallo cSimon,
Vielen Dank für den Bug eintrag und Info…

Grüße Markus