Open schuettloeffel-elsa opened 1 year ago
In welcher Version von Stud.IP testet du das? Ich habe das gerade im aktuellen Stand vom main
-Branch ausprobiert und erhalte diesen Fehler nicht.
Hm ich kann das auch nur in einer bestimmten Veranstaltung reproduzieren, in anderen Veranstaltungen funktioniert es. Version ist 5.1
Moin, Fehler tritt bei uns immer noch auf. Habe gerade mal geschaut, offenbar verschwinden irgendwie Einträge aus der Datenbank:
SELECT * FROM `etask_assignments` WHERE test_id NOT IN (SELECT id FROM etask_tests)
liefert bei uns 150 Einträge. Hast du eine Idee wie das passieren kann?
Inzwischen läuft bei uns die Version 5.3.1
Im Cliqr-Plugin kann das vom Code her nicht passieren. Allerdings habe ich eine Stelle im Stud.IP-Kern-Code gefunden (https://gitlab.studip.de/studip/studip/-/blob/5.3/lib/classes/UserManagement.class.php?ref_type=heads#L1012), in der zwar Tests aber nicht deren Assignments gelöscht werden. Das passiert immer dann, wenn Nutzende gelöscht werden. In dem Fall werden auch alle Tests dieser Nutzenden gelöscht (aber eben nicht deren Assignments).
Danke für die Recherche, dann mache ich mal ein Biest dafür auf. Kann ich bei uns gefahrlos die falschen Einträge löschen?
DELETE FROM `etask_assignments` WHERE test_id NOT IN (SELECT id FROM etask_tests)
Ah hab dein Ticket schon gefunden
Danke für die Recherche, dann mache ich mal ein Biest dafür auf. Kann ich bei uns gefahrlos die falschen Einträge löschen?
DELETE FROM `etask_assignments` WHERE test_id NOT IN (SELECT id FROM etask_tests)
Ja, das ist an sich korrekt. Das Model gibt das so vor: https://gitlab.studip.de/studip/studip/-/blob/main/lib/models/eTask/Test.php?ref_type=heads#L57
Cliqr hält sich auch an diese Regelung, da aber die Tabellen auch von anderen "Aufgaben-Tools" (z.B. Stud.IP-Umfragen) genutzt wird, kann ich nicht 100% versichern, dass die das auch so sehen.
Beim Aufruf in einer Veranstaltung bekommen wir inzwischen nur folgenden Fehler: