Verlust ALLER Berechtigungen im Shop - keine Produkte mehr im Shop

[elainy]

Falls dieser Beitrag hier nicht hingehört bitte gern verschieben.

Ich habe einen Fehler gefunden.
Der Fehler liegt in der xtc_set_groups() in admin/includes/functions/general.php.
Diese Funktion bekommt als $categories_id eine 0 und ein permission-array in dem ebenfalls alle werte 0 sind. (ich vermute dass das geschieht, wenn die Session ausläuft oder ähnliches - Tipps oder Vermutungen willkommen.)
Dann rauscht die Funktion los und setzt alle Kategorien und alle Produkte auf permission 0 für alle User. Wir haben das Phänomen so ca. alle 6 Monate und da es mir jetzt gereicht hat, bin ich auf Forschungsreise gegangen und bin in der xtc_set_groups() fündig geworden.

Ich habe in der Funktion oben drin folgende Ergänzung gemacht:

Code: PHP  [Auswählen]

        if($categories_id==0)
        {
                error_log("Somebody is causing trouble again - EU SHOP Product disabling prevented!", 1, "admin@website.de");
                return 0;
        }

Vielleicht hat jemand noch eine elegantere Lösung, aber für mich funktioniert das erst mal - denke ich. Dachte nur andere haben dieses Problem vielleicht auch noch.

Gruß!



Linkback: https://www.modified-shop.org/forum/index.php?topic=2038.0

[Tomcraft]

Höre ich aber zum allerersten Mal von!

Kann diesen Fehler jemand bestätigen?

Welche Version von modified eCommerce Shopsoftware setzt du denn ein?

Grüße

Torsten

[elainy]

Deshalb meine ich - wenn es hier nicht hingehört bitte verschieben. Bei dem Problem-Shop benutzen wir xtc und nicht modified eCommerce Shopsoftware. Allerdings ist die Funktion bei modified eCommerce Shopsoftware identisch mit der von xtc.
Ich schätze, dass der Fehler auch dort passieren kann. Ich werde bei uns auf beiden Systemen noch mal testen.

Ich habe es auch gepostet, weil ich darüber online nirgends was finden konnte. Dachte eventuell hat einer schon mal was von dem Bug gehört oder selbst davor gestanden.
Die Wahrscheinlichkeit, dass man den Bug selbst mit irgendwelchen Modifikationen reingeschrieben hat ist natürlich immer gegeben. Aber in dem Fall halte ich die für relativ gering.
Die Funktion hat nur einen Aufruf in admin/classes/categories.php und unsere Änderungen beziehen sie wenn dann eher auf den Shop als auf's Shop-Backend.

Der Aufruf bei xtc und modified eCommerce Shopsoftware in der admin/classes/categories.php ist ebenfalls gleich und der umgebende Code soweit ich das sehen kann auch.

[Tomcraft]

Okay... ich hab es mal verschoben, habe bisher noch von keinem Benutzer einen solch gravierenden Fehler gemeldet bekommen. (Zum Glück!)

Grüße

Torsten

[elainy]

ok - danke.
Falls es bei jemandem in Zukunft mal auftreten sollte, dann findet er wenigstens was bei Google zu dem Thema.

[web28]

Die Wahrscheinlichkeit, dass man den Bug selbst mit irgendwelchen Modifikationen reingeschrieben hat ist natürlich immer gegeben. Aber in dem Fall halte ich die für relativ gering.

Das sehe ich nicht so, das Problem ist nicht die Funktion, sondern die $categories_id==0. Du musst herausfinden von wo der Wert 0 übergeben wird. Die 0 ist mit Sicherheit der eigentliche Fehler. $categories_id==0 gibt es normalerweise nicht

Bedenke, dass viele XTC-Shops seit Jahren problemlos laufen

Gruss Web28

[DokuMan]

Hier gibts den (gleichen?) Fall nochmal:
http://www.xtc-supportforum.de/viewtopic.php?f=7&t=329&start=10

Hier behilft man sich in der "admin/includes/classes/categories.php" mit

Code: PHP  [Auswählen]

//xtc_set_groups($categories_id, $permission_array);

Vielleicht hilft das weiter?

[web28]

Ok, das schränkt der Fehler schon mal auf die function insert_category ein.

Die wird doch nur aufgerufen, wenn man eine neue Kategorie anlegt?

Sehe gerade, auch beim Update.

Gruss Web28

[Tomcraft]

Kann man die Schritte nachvollziehen, die zum Verlust führen?
Also eine Schritt für Schritt-Anleitung?

[elainy]

Ich hab's versucht mit Session auslaufen lassen, während das "bearbeiten" Fenster offen ist und dann Formular posten. Das war meine erste Vermutung. Damit konnte ich es aber nicht simulieren.
Wie gesagt - das Problem tritt bei uns ein mal im halben Jahr auf. Und bearbeitet wird öfter mal was. Ich muss mir die Sache mal genauer anschauen, wenn Zeit ist und verfolgen wo genau die categories_id zur 0 werden kann.
Bei genauerer Überlegung ist es wohl unwahrscheinlich, dass es mit einer auslaufenden Session zu tun hat, da die momentan bearbeitete Kategorie wohl kaum in der Session mitgeführt wird sondern eher als POST oder URL Wert.

Wie gesagt - bisher hat die Zeit nur zum momentanen Fixen gereicht und nicht zur Ursachenforschung. Leider