display of deactivated users in web app about madek

[eins78]

@ltsotrug In kurz: Ja. In lang:
User können nicht gelöscht werden, wenn noch "irgendwie Daten" dranhängen. Genau dafür gibt es ja inzwischen "Deaktivieren statt Löschen". Für die meisten User, die aktiv das Archiv benutzt ist auch gar nicht möglich alles Daten manuell zu entfernen, so dass der User richtig gelöscht werden könnte bzw ist das nicht gewünscht. Beispiel: Schlagworte, die der User erstellt hat sollen erhalten bleiben. In deinem Beispiel ist es die Information, dass der betr. User das Set erstellt hat (unabhängig von der Verantwortlichkeit)

[eins78]

needs list of all places in UI

• media resources - Responsible User
• media resources - Permissions?

[nadjaweisskopf]

We will implement at the one place mentioned above. Otherwise this ticket needs more specification.

[eins78]

Form with deactivated responsible user + permission for 1 deactivated user.

---

---

[nadjaweisskopf]

@SusanneSchumacher @ltsotrug ready to test

[eins78]

[SusanneSchumacher]

Dieses Ticket kann sehr gut von Tashi getestet werden.

@ltsotrug Noch ein Hinweis für die Bereinigungspraxis: Dieser Screenshot weisst darauf hin, dass Du beim Löschen von Usern unbedingt zuerst den User aus allen Zusammenhängen im System entfernen musst und ihn erst dann löschen solltest. Sonst entstehen solche Leichen.

[ltsotrug]

@SusanneSchumacher Danke für den Hinweis.

[ltsotrug]

@eins78 Bei einem erweiterten Test (Set übertragen und Zugriffsberechtigung entfernen, Schlagwörter erstellen und im Admin Bereich entfernen) ist mir aufgefallen, dass der Test User John Doe nicht mehr endgültig aus dem System "entfernt" respektive "destroyed" werden kann. Ist das richtig?