Inaktiv 1.3.8.0 - Kindartikel werden nicht korrekt mit dem Vater kategorisiert

[SebiW]

Wir haben folgendes Problem bei mehreren Kindartikeln:
Vater wurde aus Kategorie entfernt. Kinder sind weiter in Kategorie enthalten.

Fehler kann behoben werden durch folgenden Workaround:
Vater wieder in Kategorie placen. Fehlermeldung tritt auf:

Unbehandelte Ausnahme #73C70CB449B0E08B vom Typ System.Data.SqlClient.SqlException in Void OnError(System.Data.SqlClient.SqlException, Boolean, System.Action`1[System.Action])
System.Data.SqlClient.SqlException (0x80131904): Verletzung der UNIQUE KEY-Einschränkung "UQ_tkategorieartikel_kArtikel_kKategorie". Ein doppelter Schlüssel kann in das dbo.tkategorieartikel-Objekt nicht eingefügt werden. Der doppelte Schlüsselwert ist (17969, 10271).

Bei einem Neustart befindet sich der Vater wieder in der Kategorie und kann normal verschoben werden.
Leider weiß ich nicht genau wie mein Mitarbeiter das Problem überhaupt erst erzeugt hat.

 

[SebiW]

Ich konnte den Fehler jetzt eingrenzen:

Legt man einen Vaterartikel an, fügt dann Kindartikel hinzu. gibt diesen neue Artikelnummer, ändert dann die Kategorie und entfernt gleichzeitig die Startkategorie in der der Artikel eigentlich erstellt werden sollte hängt sich bei mir die Artikelanlage mit einer Unique Key Verletzung auf. Der Vater wird in der neuen Kategorie angelegt.

Ich VERMUTE, dass mein Kollege noch irgendeinen Zwischenschritt gemacht hat, der dazu führt, dass die Kinder noch in der alten, beim Vater bereits gelöschten Kategorie gespeichert werden. Leider neigt mein Kollege zu etwas obskuren Arbeitsabläufen, deshalb kann ich den Fehler nicht exakt nachstellen.

 

[Rico Giesler]

Frag ihn doch einfach wie er es genau gemacht hat, dann können wir versuchen das nachzustellen und gegebenenfalls zu unterbinden, damit es nicht zu Fehlermeldungen oder unerwünschten Konstellationen kommt.

 

[SebiW]

Wenn er noch wüsste wie genau er das angestellt hat hätte ichs schon weitergeleitet. Der Gute hat gelegentlich seine verwirrte Viertelstunde 😉

 

[Rico Giesler]

Hm. Wenn wir es nicht nachstellen können wird es sehr schwierig einen Fehler zu finden bzw zu beheben.