Beim löschen von Mitgliedergruppen auch Mitglieder bereinigen

Hallo zusammen,

mir ist gerade aufgefallen das wenn man Mitgliedergruppen löscht, sie nicht bei den Mitgleider selbst entfernt wird sondern eine "unbekannte Option:xx" bleibt. Somit hat man diese Optionen der gelöschten Gruppen leider auch nach wie vor im Filter.

Aktuell muss man wirklich von Hand jeden Nutzer durchgehen und diese neue/alte Gruppe entfernen. Das ist in unserem Fall ziemlich umständlich, da wir hunderte Schüler haben. Soll das so sein?

Bei Mailings werden die Gruppen auch beim Mitglied gelöscht sobald man die Mailingliste löscht.

VG

Hallo,

ist zwar etwas älter aber ich habe das Problem auch. Gibt es da eine Lösung?

Viele Grüße Frank

Zitat:

---

Zitat von Kahmoon

Soll das so sein?

---

ein Mitglied kann ja in mehreren Gruppen aktiviert sein - da müsste man prüfen, ob das die letzte MG-Gruppe ist und dann löschen

Ich würde die Sache per SQL machen und die DB säubern - m. E. gibt es keinen Hook beim Löschen einer MG-Gruppe, wo man sich einklinken könnte ... ggf. über einen save_callback machbar

Zitat:

---

Zitat von Pothead

Hallo,

ist zwar etwas älter aber ich habe das Problem auch. Gibt es da eine Lösung?

Viele Grüße Frank

---

Anscheinend nicht. Hab es aber auch nicht weiter verfolgt. Es stört nicht direkt. Ist aber auch nicht schön. Und ja Mitglieder sind in ganz vielen Gruppen...aber der Eintrag dieser gelöschten Gruppe sollte da halt dann auch entfernt werden im Zuge des Löschvorgangs. Sprich eine Löschung sollte auch ein Update eines Users durchführen. Bei Mailverteilern wird das wohl gemacht. Da sind die Leute auch in mehreren und es bleiben keine Leichen.

VG

Vielleicht mal als Issue bei Github einstellen.

by the way ... diese Überbleibsel "unbekannte Option" sind überall vorhanden. Also auch bei jeder Auswahl von Modul-Template oder NC-Benachrichtigung, etc.

Jepp, verwaiste Elemente werden so "gekennzeichnet".

Bei den Templates finde ich es eigentlich gut. Da sehe ich, dass mir ein angepasstes Template fehlt und ich ggf. ein neues zuweisen muss oder das alte hätte doch nicht löschen dürfen.
Bei Gruppen für Mitglieder ist das m.E. eher eine Organisationsebene. Da sehe ich das etwas anders.

In unserem Fall waren es halt diverse Kurse, die spezielle zusätzliche Gruppen bekommen um bestimmte Dinge zu sehen, die aber nicht auf immer da sind. Wenn da dann mal bereinigt wird, hat man unter Umständen viele User mit solchen Geistergruppen. Aber da es den laufenden Betrieb nicht beeinträchtigt, war es mir dann egal. Wenn ich es durch Zufall mal gesehen habe, hab ich sie beim User entfernt. Ich will aber nicht hunderte Mitglieder immer durchklicken.

Zitat:

---

Zitat von Kahmoon

Anscheinend nicht. Hab es aber auch nicht weiter verfolgt. Es stört nicht direkt. Ist aber auch nicht schön. Und ja Mitglieder sind in ganz vielen Gruppen...aber der Eintrag dieser gelöschten Gruppe sollte da halt dann auch entfernt werden im Zuge des Löschvorgangs. Sprich eine Löschung sollte auch ein Update eines Users durchführen. Bei Mailverteilern wird wohl gemacht. Da sind die Leute auch in mehreren und es bleiben keine Leichen.

VG

---

Ja. Sehe ich auch so. Vielleicht doch was für GitHub Issues. Danke für deine/ eure Rückmeldung en

VG Frank

Nachtrag: Es gibt nen "schnellen" workaround um Geistergruppen zu entfernen.

• Mitglieder aufrufen
• Mehrere bearbeiten
• Alle markieren
• Felder Gruppen auswählen
• Auflistung abwarten
• dann einfach ohne eine Änderung ein mal speichern. Das entfernt die leeren Gruppen.

Ihr möchtet also, dass beim Löschen einer Mitgliedergruppe erstmal mit einem "LIKE" die Gruppen in Mitgliedern gefunden werden, was schon echt nicht die beste Performance hat... und auch nicht bei ~ 100+ Mitgliedern.

Dann soll pro Mitglied (Kann man sicherlich auch über die Tupelmenge lösen) eine Abfrage / eine gesamte Abfrage machen.
Jedes Feld muss deserialisiert, die ID muss rausgelöscht, es sollte wieder sortiert, danach wieder serialisiert werden... pro Mitglied...

Und jedes Mitglied muss dann einmal gespeichert werden...

Performancetechnisch schon eine Katastrophe :)? (Für sowas schreibt man sich eine einmalige Migration)

Bei Newsletter merke ich da keine Performance Issues wenn ich Verteiler lösche und er die Mitglieder durchrödelt. Warum sollte das bei Mitgliedergruppen anders sein?

Eine einmalige Migration hätte in meinem Fall nicht geholfen. Da finden ständig (alle paar Wochen) Gruppen Changes statt. Wenn der Aufruf dann ein paar Sekunden dauert...wayne...

Du kannst dir ja eine allgemeine Migration schreiben, die dir das jedesmal behebt, wenn du contao:migrate ausführst.

DAS klingt sinnvoll, übersteigt aber mein Wissen :D

oder per Cronjob 1x tgl. ausgeführt wird