Beim Kopieren eines Artikels gibt es einen Fehler. Im Logfile wird ein Duplicate entry geloggt für OXMAINIDX beim insert into oxobject2category.
Der Artikel wird aber angelegt. Kann diesen Fehler jemand reproduzieren? OXID CE 6.1.2
Liebe Dank
Dayana Lüdecke
Beim Kopieren mancher Artikel unter dem Reiter Stammdaten erscheint der Maintenance Mode. In den Logs steht dann jeweils ein Eintrag wie dieser:
[2019-05-14 12:54:06] OXID Logger.ERROR: Duplicate entry ‘736c8ca69edf4871137a25fff4a68e7f’ for key ‘OXMAINIDX’ ["[object] (OxidEsales\Eshop\Core\Exception\DatabaseErrorException(code: 1062): Duplicate entry ‘736c8ca69edf4871137a25fff4a68e7f’ for key ‘OXMAINIDX’ …
An exception occurred while executing 'insert into oxobject2category (oxid, oxobjectid, oxcatnid, oxtime) VALUES (‘80a33e4252296ad09a0e3727d945cac5’, ‘736c8ca69edf4871137a25fff4a68e7f’, ‘’, ‘’)
Es wird offensichtlich versucht den Eintrag zweimal einzufügen und das schlägt dann aufgrund eines Foreign Key Constraints fehl…
Eine Auffälligkeit die wahrscheinlich auch damit zu tun hat ist, dass die Kategorie nicht mit kopiert wird auch bei den Artiklen, die ohne Fehler funktionieren. In jedem Fall ist das Feld oxcatnid in der Tabelle oxobj2categoryy nach dem kopieren immer leer. Wenn ich dann der Kopie eine neue Kategorie zuweise, dann sind für diesen Artikel zwei Einträge inder oxobj2category Tabelle vorhanden.
Ich Benutze Oxid 6.1.3 mit Composer geupdated, sowie PHP 7.1
Hat irgendwer ein Idee, wie man den Fehler beheben könnte? Vielen Dank schon mal im Voraus.
Dieser Fehler ist reproduzierbar, wenn dem Artikel mind. zwei Kategorien zugeordnet sind! Bei einer Kategorie oder keiner, tritt der Fehler nicht auf!
Dayana, kannst Du das bitte so in den Bugtracker eintragen, damit sich das mal jemand näher anschauen kann?
Danke!
Hallo Marco,
wie genau mache ich das?
Liebe Grüße Dayana
Moin!
Einfach hier anmelden: https://bugs.oxid-esales.com, die Kategorie “OXID eShop (all versions)” auswählen und dann auf “Report issue” gehen. Dort kommst Du in ein Formular, auf dem Du (in English pls) den Fehler beschreiben kannst und wie man ihn in welcher Umgebung reproduzieren kann.
Willst Du’s mal probieren? Wenn Hilfe gebraucht wird, stehe ich natürlich zur Seite; meine Kontaktdaten habt Ihr 
okay, erledigt
weißt du ob an dem Bug vom Wysiwyg schon einer dran ist, ich bin der Meinung der war schon gemeldet, finde ihn jetzt aber dort nicht.
Macht beim Speichern Smarty kaputt. Aus -> wird html-Entety, was dazu führt, dass das nicht mehr ausgeführt werden kann und beim Aufruf zu einem Shop offline führt.
Ja, der Bug wurde schon gemeldet.
@nickname hat aber ein Modul veröffentlicht, welches diesen Fehler behebt:
Gruß,
Fabian
Hi Dayana,
ich habe genau das selbe Problem. Da der Bug nun aber im Bugtracker mit “not reproducable” geschlossen wurde, wollte ich fragen ob du das Problem lösen konntest?
Viele Grüße Alex
Hallo Alex,
das Problem lässt sich wunderbar mit dem Fix von https://github.com/eComStyle/FixSmartyInContent lösen.
Entschuldigung Marco, ich stelle mal klar:
Der angesprochene Bugfix ist für das Wysiwyg-Problem, das mit dem Bugverdacht bei Artikel kopieren nicht in Zusammenhang steht.
Der Fehler beim Artikel kopieren besteht weiterhin.
Wie folgt zu reproduzieren, getestet in CE 6.1.4
bestehender Artikel ist einer Kategorie zugewiesen -> Artikel lässt sich kopieren und Meldung bezgl. doppelter Artikelnummer erscheint - alles gut soweit
diesem Artikel wird nun über den Tab erweitert eine zweite Kategorie zugewiesen -> Klick auf “Artikel kopieren” im Tab Stamm -> Shop offline
Liebe Grüße
Dayana
Der zugehörige Bug ist https://bugs.oxid-esales.com/view.php?id=6988. Ich hatte den wieder aufgemacht, weil sich hier die Themen vermischt haben und ich auf der falschen Fährte war. Kann jemand anderes vielleicht reproduzieren?
In 6.12 hatte ich den Fehler auch. In 6.13 (kein Update, also neu aufgesetzt) allerdings nicht mehr. PHP Version 7.1.30-nmm1
Ich kann es nicht nachvollziehen.
CE 6.1.4
6.1.4 PHP 7.0 MariaDB, keine Probleme.
ich nehme an dass in der Datenbank der Index OXMAINIDX (indiziert wird die Spalte oxobectid) der Tabelle oxobject2category auf unique gesetz ist. Darf natürlich nicht sein!
Lösung -> die Datenbank mit zB phpmyadmin öffnen und das unique rausnehmen.
Siehe letzter Eintrag im Bugtracker: Bitte schließen, habbe heute nochmal komplett durchgetestet, der Fehler kommt aus dem Basis-Modul von digidesk, ist ab der neusten Version behoben.
https://bugs.oxid-esales.com/view.php?id=6988