Biont

Oh my bad. I guess it was a problem with multisite/switch_to_blog and the plugin being active only on a site that’s being switched to, but not on the site where the request originated from.

Sekunde mal, Germanized leert hier den Warenkorb, nicht WooCommerce. Und zwar h?ngt das an dieser Option

PayPal Plus leert den Warenkorb auch, aber erst, wenn das Payment erfolgreich zurückkommt.

Mir war nicht klar, dass und GZD hier reingr?tscht. Ich untersuche mal, ob ich hier noch was schrauben kann.

• This reply was modified 7 years, 6 months ago by Biont.

Lasst uns das auseinandernehmen…
Der Wunsch -wenn ich ihn richtig verstehe- ist folgender:

* Wenn man auf “Jetzt kaufen” klickt UND PayPal Plus als Zahlungsoption ausgew?hlt ist, kommt man direkt zur Paypal-Paywall
* Man gibt dort seine Daten ein und bezahlt.
* Nun kommt man zurück zum Shop
* Erst jetzt legt WooCommerce die Bestellung an, die somit sofort als “bezahlt gelten kann” und verschickt eMails
* Bei Abbruch ist die Kunden-Session unberührt, und er hat weiterhin seinen Warenkorb.

Der Workflow ist derzeit dieser:

* Wir h?ngen mit dem Plugin im WooCommerce-Bestellvorgang drin, ersetzen ihn nicht. Das Plugin stellt Zahlungs-Gateway bereit, mit dem WooCommerce intern arbeitet.
* Für WooCommerce muss eine Bestellung existieren, damit man sie bezahlen kann.
* Beim Anlegen einer Bestellung l?scht WooCommerce den zugeh?rigen Warenkorb und verschickt eMails
* Wird eine Bestellung als bezahlt markiert, versendet WooCommerce eine weitere Mail

Ausgehend von diesen Notwendigkeiten kann ich sagen, dass es nicht ohne erheblichen Aufwand zu machen w?re. Man müsste den gesamten Bestellprozess umgehen. Au?erdem verliert man die Information darüber, wieviele Kunden innerhalb der Paywall abspringen. Dazu müsste man das Problem l?sen, dass die Bestellung zum Zeitpunkt der Bezahlung noch gar nicht finalisiert ist. Ich k?nnte also in einem Browsertab weiter Produkte in den Warenkorb schaufeln, in einem anderen Tab aber nur einen Bruchteil davon bezahlen.

Man braucht die angelegte Bestellung, um zu garantieren, dass bestellte Produkte und bezahlte Produkte deckungsgleich sind.

Wir haben also 2 Teilprobleme, die sicherlich au?erhalb von PayPal zu l?sen sind:

1. Kunde ist nach Zahlungsabbruch verwirrt, denn sein Warenkorb ist leer, und er wei? nicht sofort, wie er wieder aufs Pferd kommt.

Man kann unter “Meine Bestellungen” die offenen Bestellungen einsehen und findet dort auch einen “Bezahlen”-Link. Unser Plugin bietet eine einstellbare Abbruch-URL. Ihr k?nntet eine eigene Seite einrichten, die den Vorfall erl?utert (“Hoppla, etwas ging schief, aber keine Sorge, so geht’s weiter:“) und auf die Bestellungen verlinkt. Evtl. k?nnen wir hier auch noch etwas einbauen, das es erm?glicht bei Abbruch direkt einen “Nochmal versuchen”-Link anzuzeigen. Wenn das gut klingt, dann legt bitte ein neues Topic mit diesen Feature Request an.

2. WooCommerce schickt eMails für noch nicht bezahlte Bestellungen raus.

Das Verhalten ist wieder Teil des regul?ren Bestellvorgangs. Denn abgeschlossen wurde die Bestellung. Nur bezahlt ist sie noch nicht. Das ist ein separater Vorgang, für den auch eine separate Mail gibt. Eine ?nderung dieses Verhaltens würde den Rahmen des Plugins sprengen und h?ngt sehr stark von der Erwartung des Kunden und des Shopbetreibers ab, und berührt eventuell auch rechtliche Aspekte. Eventuell existieren Plugins, mit denen man das Mailverhalten von WooCommerce genaueran die eigenen Vorstellungen anpassen kann. Das PayPal-Gateway würde ich mit so einer Funktion aber ungern aufbl?hen.

Mir ist klar, dass das jetzt eine sehr lange Variante von “Geht nicht” war, aber mir war wichtig, dass Hintergründe und Abl?ufe bekannt sind. Um das Anlegen der Bestellung kommen wir nicht sinnvoll herum, und damit fangen wir uns aber die eMails sowie den geleerten Warenkorb ein.

Ich hoffe, ich konnte euch irgendwie weiterhelfen.

Viele Grü?e,

Moritz

Hallo,

Die Aussage von PayPal zu solchen Problemen lautet grob: “Was innerhalb der Paywall geschieht, ist nicht Schuld des Plugins”. Da andere Zahlungsarten funktionieren, ist mit den Bestellungsdaten offensichtlich alles in Ordnung. Meine Bitte w?re daher, dazu mal den technischen Support von PayPal einzuschalten.

Bitte lass uns wissen, was dabei herauskommt.

Viel Erfolg und sch?ne Grü?e,

Moritz

@otto5252 Verzeihung, Missverst?ndnis. Ich meinte, ob du in deinem PayPal-log mal nachsehen kannst, ob dort im Payment-Request bei “shipping” auch mehr als 2 Nachkomnmastellen stehen

Danke, klabedz. Genau das brauchte ich. Es handelt sich um ein Problem mit den Versandkosten, die je nach Steuerkonfiguration teils als Zahlen mit zu vielen Dezimalstellen rausgehen. Das haben wir bereits behoben.

@otto5252, wenn du bei dir mal nachsehen k?nntest, ob du bei shipping” auch mehr als 2 Nachkommastellen siehst, dann wüssten wir gleich, ob du dasselbe Problem hast. Danke!

Releasetermine nennen erzeugt schlechtes Karma; Wir planen aber, den aktuellen Stand erst einmal -und so bald wie m?glich- als Bugfix-Release zu ver?ffentlichen, wodurch sich die Wartezeit deutlich verkürzen dürfte.

Alles klar, danke Dir. Es handelt sich um den bekannten Bug, den wir bereits behoben haben. Ich bitte dich noch im etwas Geduld, wir kriegen das Update bald durch die Tür.

Viele Grü?e,

Moritz

Hallo Aeritell,

Wir haben ein Update in Arbeit und haben darin schon Fixes, die den MALFORMED_REQUEST verhindern sollen. Wenn du das Problem im Sandbox-Modus nachstellen kannst, kannst du bitte mal Payment- & Patchrequest hier posten? Dann kann ich nachsehen, ob es sich um das bekannte Problem handelt.

Danke für deine Geduld und Mithilfe!

Moritz

Hallo klabedz,

Der MALFORMED_REQUEST hat uns bereits ge?rgert und wir haben Fixes dazu. Ich hoffe, dass wir das Update bald ausspielen k?nnen. Kannst du zur überprüfung bitte noch schauen, ob du den Payment- und Patch-request im Sandbox-Log findest? Dann kann ich nachsehen, ob es sich um den bekannten Fehler handelt.

Danke dir und viele Grü?e,

Moritz

Hi thekeytechnology,

We’re clearing session data when the cart contents change. This is to ensure that when you go to checkout, the plugin will attempt to create a new Payment item and store its new ID in the session.

Is it at all possible that the user session changed his cart contents (maybe in a separate tab) while being on the paywall? Doing so results in an error because the plugin is expecting a Payment ID to be there.

In any case, this is a way to reproduce your problem. I will come up with a solution. Thank you for your report.

Hello thekeytechnology,

This is interesting. I will have a look at this right now. In the meantime, could you please post the PayPal logfile located at wp_content/uploads/wc-logs/ ?

Regards,

Moritz

Hallo eniki,

Kannst du bitte mal deine PHP-Version posten? Wir setzen Version 5.4 voraus. In Zukunft werden wir darauf prüfen und einen sanfteren Abbruch vornehmen ??

Viele Grü?e,

Moritz

Hi cgdev.

Ich halte hier der Nachvollziehbarkeit nur kurz fest, das ich dir auf das Problem in diesem Thread bereits geantwortet habe.

Das Update kommt demn?chst!

Viele Grü?e,

Moritz

—

• This reply was modified 7 years, 9 months ago by Biont. Reason: (gel?scht, da versehentlich im falschen Thread gepostet)

Hallo Annette.

Bitte entschuldige die sp?te Antwort. Ich werde mir das Problem in den kommenden Tagen n?her ansehen und schauen, was wir da machen k?nnen.