View Issue Details

IDProjectCategoryView StatusLast Update
0006508OXID eShop (all versions)4. ------ eShop Core -------public2016-09-20 10:21
Reportersuabo Assigned To 
PrioritynormalSeveritytweakReproducibilityalways
Status closedResolution@95@ 
Summary0006508: Logischer Bug wird nicht behoben
DescriptionQS hat nun schon zum zweiten mal den Bug 0006503, welcher doppelte Bestellnummern produziert, wenn man im Backend die Bestellnummer ändert geschlossen. Der Fehler produziert keine Exception, aber ist dennoch vorhanden und führt zu Problemen bei der späteren Auftragsabwicklung, Buchhaltung und beim Kundenservice.

Bitte den Bug 0006503 erneut prüfen -> öffnen -> fix einbauen.

Das traurige ist, dass ich mit Keywan im Skype darüber gesprochen habe und er den Bug sogar wieder geöffnet hat. Leider wurde er nach kürzester Zeit, wohl ohne größere Rücksprache erneut geschlossen.

Es kann doch nicht sein, dass dieses Verhalten des Shops gewünscht ist!
Auch wird ganz lässig behauptet, dass der Shopbetreiber, dass wissen muss.

Leider wurde diese Problematik wohl bei der Einführung der oxcounter Tabelle nicht richtig berücksichtigt. Den vorher wurde über eine spezielle Methode die nächste Bestellnummer erfasst, welche die höchste bestehende Bestellnummer eins hoch gezählt hat.

Entweder muss also oxcounter beim ändern einer Bestellnummer ebenfalls angepasst werden, wenn nötig oder man nimmt dem Benutzer die Möglichkeit die Bestellnummer über den wert in oxcounter zu ändern, damit keine doppelten Bestellnummern entstehen. Jedoch nimmt man mit der zweiten Lösungsvariante dem Benutzer die Möglichkeit eine bereits existierende doppelte Bestellnummer zu berichtigen.
TagsNo tags attached.
ThemeNot defined
BrowserNot defined
PHP VersionNot defined
Database VersionNot defined

Relationships

related to 0006503 acknowledgedSven Brunk Order number not set to oxcounter 

Activities

QA

2016-09-20 10:21

administrator   ~0011796

Hello suabo,

as this case describes not a code bug but a change request, I will reopen 0006503 as a feature request therefore our Product Owner can decide how to handle the behavior of the input field for changing the order number of an existing order by hand.

Besides that I have to close this entry as it is written in German. Furthermore: Please report bugs only at this site (https://bugs.oxid-esales.com) therefore all information are at one place.