Bestellungen nach Bearbeiten und Speichern verschwunden

rdoepner · 14. Juni 2022 um 14:19

Hallo,

ich habe häufig das Problem, dass nach dem Bearbeiten und Speichern von Bestellungen über den Adminbereich, Bestellungen nicht mehr vorhanden sind. Manchmal passiert es beim Erstellen von Dokumenten, manchmal auch beim Ausfüllen von bspw. Custom Fields an der Bestellung.

Mir ist aufgefallen, dass bei diesen Bestellungen, in der Datenbank kein Datensatz mehr mit der Live-Version-ID existiert. Zum Wiederherstellen nehme ich dann den letzten inkrementierten Datensatz, den ich von dieser Bestellungen finden kann und trage dort, sowie in den referenzierten Datensätzen, die Live-Version-ID „0fa91ce3e96a4bc2be4bd9ce752c3425“ ein. Danach ist die Bestellung dann wieder da.

Ich denke, hier liegt ein grundsätzliches Problem beim Klonen/Versionieren von Datensätzen vor. InnoDB garantiert die Integrität von Daten, was bei diesem Ansatz offensichtlich nur noch teilweise der Fall ist. Dass ein bzw. aufeinander folgende REST Calls einen Bestelldatensatz zerstören, darf auf keinen Fall passieren. Selbst wenn ein fremdes Plugin in den Ablauf eingreift, darf es allenfalls zu einem Abbruch kommen.

Ich konnte zu diesem Problem bisher nichts finden. Ist jemandem dieses oder ähnliches Problem bekannt?

Log-Einträge:

[2022-04-05T15:24:35.891179+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T15:24:35.891179+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T15:24:35.892026+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T15:24:35.900390+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T17:15:32.183246+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T17:15:32.183303+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T17:15:32.184248+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []
[2022-04-05T17:15:32.215131+00:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found." at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php line 339 {"exception":"[object] (RuntimeException(code: 0): Cannot create new version. order by id (49b8b4f95f02e055801da3b4f58e28b7) not found. at /var/www/vendor/shopware/core/Framework/DataAbstractionLayer/VersionManager.php:339)"} []

HTTP-Logs:

XXX.XXX.XXX.XXX - - [05/Apr/2022:13:45:04 +0200] "GET /api/_action/state-machine/order/49b8b4f95f02e055801da3b4f58e28b7/state HTTP/2.0" 200 1017 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:20:20 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 215 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:20:20 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 158 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:20:20 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 158 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:20:20 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 158 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:39 +0200] "POST /api/_action/version/06de18d87531485fa52e2ed7a25546b2/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 403 333 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:39 +0200] "POST /api/_action/version/0fa91ce3e96a4bc2be4bd9ce752c3425/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 248 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:39 +0200] "POST /api/_action/version/0fa91ce3e96a4bc2be4bd9ce752c3425/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 224 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:39 +0200] "POST /api/_action/version/0fa91ce3e96a4bc2be4bd9ce752c3425/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 224 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:48 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 182 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:48 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 159 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:48 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 159 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:23:48 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 200 159 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 285 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 693 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 693 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 693 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:14:32:49 +0200] "PATCH /api/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 693 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 213 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:15:24:35 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:31 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 251 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:31 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:31 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:31 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 401 190 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:32 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:32 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:32 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"
XXX.XXX.XXX.XXX - - [05/Apr/2022:17:15:32 +0200] "POST /api/_action/version/order/49b8b4f95f02e055801da3b4f58e28b7 HTTP/2.0" 500 199 "https://www.example.org/admin" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:96.0) Gecko/20100101 Firefox/96.0"

p.weitkamp · 27. Oktober 2022 um 15:29

Hallo @rdoepner,

wir konnten das Verhalten mittlerweile bei mehreren Kunden beobachten. Ich habe hierzu ein Issueticket in unseren öffentlichen Issuetracker angelegt und Deine Hinweise dort auch mit eingebracht.

Unsere Entwicklung wird sich dies genauer ansehen und die Bearbeitung im Issueticket fortführen. Dort kannst Du dann auch den aktuellen Stand der Bearbeitung einsehen und Kommentare unserer Entwickler.

Sollte Dir noch mehr dazu auffallen, schreibe dies als Kommentar in das Issueticket, so kann unsere Entwicklung dies auch direkt sehen.

Hier gehts zum Issueticket: Shopware Issuetracker

Viele Grüße aus Schöppingen

Phillip Weitkamp

ralfbernert · 8. November 2022 um 14:49

@p.weitkamp Vielen Dank für das Issue Ticket…!

Ich sehe das Problem leider auch bei einem Kunden Shop, kam vermutlich mit dem Update 6.4.16.0 rein.

Da der Kunde massiv im Workflow blockiert ist, wäre ich auch an einer schnellen Lösung interessiert…

VG,
Ralf Bernert

p.weitkamp · 8. November 2022 um 15:04

Hallo @ralfbernert ,
das kann ich durchaus nachvollziehen.

Wir sind bereits beim näheren Untersuchen des Verhaltens. Da wir aktuell das Verhalten nicht Reproduzieren können, benötigt die Ursachen suche mehr Zeit. Hier freuen wir uns auch über jeden Hinweis auf eine Reproduzierbarkeit. Gern dazu im Issueticket ein Kommentar verfassen, dies sieht auch direkt unsere Entwicklung.

Viele Grüße aus Schöppingen

Phillip Weitkamp

ralfbernert · 8. November 2022 um 18:50

@p.weitkamp
Hallo Herr Weitkamp,

ich habe bereits einen Kommentar im Ticket hinterlassen. Leider haben wir auch noch nichts zur Repro herausgefunden. Scheint jedoch mit dem letzten Update hereingekommen zu sein.

Haben Sie denn für Ihre Kunden einen manuellen Workaround, wie man die „verschwundenen“ Bestellungen wieder sichtbar machen kann?

Danke & viele Grüße,
Ralf Bernert

p.weitkamp · 8. November 2022 um 19:53

Hallo @ralfbernert,
Ich habe hier ein Query, der die Versions IDs wieder grade zieht.

Diesen aber mit äußerster Vorsicht nutzen, da wir noch nicht die Ursache kennen und der Query nur dafür sorgt, dass die Bestellung wieder angezeigt wird, diese weiter zu bearbeiten könnte probleme machen. Ich würde dies nicht im Livesystem empfehlen und im Staging vorher reichlich austesten.

Zur Not kann man so über ein Staging die Bestellungen wieder bekommen zum Einsehen.

Wo du @NewestOrderID und @OldVersionID findest, ist im Bild erklärt.
Ersetze diese mit UNHEX('DIE ENTSPRECHENDE ID')

UPDATE `order` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `id` = @NewestOrderID and `version_id` = @OldVersionID;
UPDATE `order_address`  SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425')  WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_customer` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_delivery` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_delivery_position` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425'), `order_delivery_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE order_delivery_id = (SELECT id FROM `order_delivery` WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') and order_delivery_version_id = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425'));
UPDATE `order_line_item` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_transaction` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');

rdoepner · 9. November 2022 um 09:09

Hallo zusammen,

das Problem ist bei uns bereits im Januar / Februar aufgetreten. Also mindestens ab Version 6.4.7.0

ralfbernert · 11. November 2022 um 11:05

@p.weitkamp ok, vielen Dank… werden wir auf Stage mal ausprobieren.

@rdoepner Haben Sie mittlerweile eine Vermutung, wie das Problem verursacht wird?

p.weitkamp · 15. November 2022 um 15:51

@ralfbernert @rdoepner

Als Ergänzung für euch. Mit folgenden Query könnt ihr euch alle defekten Bestellungen anzeigen lassen:

select order_number, count(case when version_id = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') then 1 END) as counter from `order` group by order_number having count(case when version_id = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') then 1 END) = 0;

So macht sich das Finden dieser einfacher.

Viele Grüße

Phillip Weitkamp

marco.meister · 22. November 2022 um 09:45

hab die Query etwas erweitert, dann bekommt ihr die dazugehörigen ids und version_ids mit angezeigt.

marco.meister · 22. November 2022 um 09:48

p.weitkamp:

SET @NewestOrderID = 'ID aus der Query oben';
SET @OldVersionID = 'VERSION_ID aus der Query oben';
UPDATE `order` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `id` = @NewestOrderID and `version_id` = @OldVersionID;
UPDATE `order_address`  SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425')  WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_customer` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_delivery` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_delivery_position` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425'), `order_delivery_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE order_delivery_id = (SELECT id FROM `order_delivery` WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') and order_delivery_version_id = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425'));
UPDATE `order_line_item` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');
UPDATE `order_transaction` SET `version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425') WHERE `order_id` = @NewestOrderID and `order_version_id` = UNHEX('0FA91CE3E96A4BC2BE4BD9CE752C3425');

Query etwas erweitert …

marco.meister · 22. November 2022 um 09:53

Mein Fazit: in SW Version 6.4.17.2 … bei allen betroffenen 55 Bestellungen die nicht mehr angezeigt worden sind, ist eine nachträgliche Statusänderung (neues Versioning) möglich. Bestellungen werden alle mit angezeigt.

cbm · 23. November 2022 um 11:03

Bei uns haben fehlende Bestellungen einen Eintrag in der Spalte „created_by_id“.
Dort steht dann die ID des Backend-Nutzers, der die letzte Änderung durchgeführt hat (z.b. Rückzahlung).
Wird hier aus einer „normalen Shopbestellungen“ durch den Kunden nachträglich eine manuell angelegte Bestellung gemacht?

marco.meister · 23. November 2022 um 11:11

Hi @cbm,
bei uns haben die korrigierten Bestellungen tatsächlich den Vermerk ‚Manuelle Bestellung‘ obwohl es Direktbestellungen waren. Es wird aber nur der Vermerk hinzugefügt, sonst nix weiter.
Screenshot_11

VG

Moorleiche · 21. Dezember 2022 um 10:51

Moin, hab das Problem ebenfalls bei einem Kunden festgestellt. Laut Aussage des Kunden passierte dieser Fehler, wenn man das Plugin „Bis zur Versandkostenfreien Lieferung“ installiert und deaktiviert hatte. Ich denke nicht, dass es daran liegen kann, aber falls hier jemand auch dieses Plugin im Einsatz hat, könnte man evtl Rückschlüsse ziehen.

Hat sich jemand schon die Mühe gemacht und ein Plugin/Script zum automatischen Fix geschrieben? Ich habe 630 Orders die betroffen sind. Sonst müsste ich das dem Kunden extra berechnen.

VG aus Paderborn

enerSpace · 17. Februar 2023 um 09:01

Hi,

wir hätten ebenso Interesse an einem Fix Wir wärs?

@p.weitkamp wir haben uns von einigen Kunden Feedback zu diesem Prekären Problem eingeholt. Mit dem SQL-Snippet konnten wir bei einigen Kunden verschollene Bestellungen ausfindig machen.

Unsere Kunden haben uns darauf aufmerksam gemacht, dass viele der betroffenen Bestellungen im Backend händisch angelegt wurden. Eventuell hilft diese Informationen weiter?

Wir haben an der Stelle noch kein Update an den Daten durchgeführt. Die Information, dass es händisch angelegte Bestellungen waren, kommt aus dem ersichtlichen E-Mail Verkehr.

VG

Moorleiche · 17. Februar 2023 um 19:35

Hier das Plugin: GitHub - moorl/MoorlOrderFixer

Wird über CLI command ausgeführt: bin/console moorl:order-fixer

enerSpace · 7. März 2023 um 16:12

Wow, danke für deine Hilfe. Ich denke, da verfassen wir mal einen kleinen Beitrag in unserem Blog.

VG

itc · 19. April 2023 um 06:46

Bei uns tritt/trat leider das gleiche Problem auf. Meine Vermutung ist aktuell, dass es ein Berechtigungsthema ist. Verschwundene Bestellungen und die Fehlermeldung waren nicht mit dem Admin User reproduzierbar. Seit die Benutzerberechtigungen aufgrund der Vermutung für unsere Kunden angepasst wurden, tritt auch dort der Fehler (bisher) nicht mehr auf.

Aufgetreten ist das ganze ursprünglich wenn Sendungsnummern hinterlegt, Bestellungen also im Backend adaptiert wurden. Das ganze nur mit besagtem Benutzer.

p.weitkamp · 2. Mai 2023 um 00:20

Welche berechtigungen waren den gesetzt?
Dann würde ich das auch einmal versuchen zu Reproduzieren mit ähnlich eingeschränkten Rechten.

Thema		Antworten	Aufrufe
Order Versioning Bug? Programmierung	2	800	21. Januar 2020
Bestellung lässt sich nicht bearbeiten Shopware 3.5 administration	10	2132	11. Juli 2016
Lücken in Bestellübersicht - Bestellungen im Backend nicht mehr vorhanden Administration general , administration	1	789	15. Dezember 2021
Bestellbestätigung ohne Inhalt, Hilfe!!!!!!! Shopware 3.5 administration	6	510	14. September 2011
Modul Bestellungen wird nicht korrekt geladen Shopware 3.5 programming	2	457	2. Dezember 2014

Bestellungen nach Bearbeiten und Speichern verschwunden

Verwandte Themen