0006508: Logischer Bug wird nicht behoben - OXID eShop bugtrack

ID	Project	Category	View Status	Date Submitted	Last Update

0006508	OXID eShop (all versions)	4. ------ eShop Core -------	public	2016-09-19 17:52	2016-09-20 10:21

Reporter	suabo	Assigned To
Priority	normal	Severity	tweak	Reproducibility	always
Status	closed	Resolution	@95@

Summary	0006508: Logischer Bug wird nicht behoben
Description	QS 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.
Tags	No tags attached.

Theme	Not defined
Browser	Not defined
PHP Version	Not defined
Database Version	Not defined

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.