Bug 26677 - Geänderte Einstellung werden erst nach Neuanmeldung wirksam
Geänderte Einstellung werden erst nach Neuanmeldung wirksam
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UDM - Extended Attributes
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.1
Assigned To: Dirk Wiesenthal
Stefan Gohmann
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-30 15:02 CEST by Jan Christoph Ebersbach
Modified: 2012-12-12 21:09 CET (History)
3 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Christoph Ebersbach univentionstaff 2012-03-30 15:02:56 CEST
Aus UCS 2 war man es gewöhnt, dass Einstellungsänderungen an Erweiterten Attributen sofort nach der Änderung in der Oberfläche aktiv waren. Dies ist unter UCS 3 nicht mehr der Fall. Wird beispielsweise der Tabname geändert, so ist eine Neuanmeldung notwendig, damit das Attribut wirklich auf dem richtigen Tab erscheint.

Aufgefallen an Ticket #2012013121003456.
Comment 1 Stefan Gohmann univentionstaff 2012-07-11 08:01:38 CEST
Wenn das aufwendiger ist, dann sollten wir die Umsetzung auf UCS 3.1 verschieben.
Comment 2 Dirk Wiesenthal univentionstaff 2012-11-09 12:06:19 CET
UDM-Module können nun mehrmals initialisiert werden (es wird ein reload des importierten Python-Moduls ausgeführt). Das scheint nicht so fehleranfällig wie ein Eingreifen in update_extended_attributes(). Das Modul wird bei properties und bei layout neu geladen, ansonsten greift wieder der Cache. Ich hatte das sogar einmal bei jedem request neu geladen und es war immer noch erstaunlich performant.

Es kann unter bestimmten Umständen Seiteneffekte geben, nämlich dann, wenn ein Objekt des neu geladenen Moduls noch woanders zum Editieren geöffnet ist und das Frontend nicht vom Reload des Backends mitbekommen hat. Tabnamen zu ändern ist sicherlich ungefährlich. Nach dem Ändern der Syntax eines Extended Attributes hingegen scheint es angebracht, UMC neu zu starten (das wäre aber in jedem Fall anzuraten, egal, wie man das hier löst) - jedenfalls, wenn man sicher gehen will, dass andere Benutzer nicht zufällig in genau dieser Sekunde eine merkwürdige Fehlermeldung über invalide Eingaben bekommen sollen.

univention-directory-manager-modules 8.0.91-1.957.201211091155
univention-management-console-module-udm 3.0.56-1.285.201211091158
Comment 3 Stefan Gohmann univentionstaff 2012-11-15 16:09:44 CET
Das funktioniert in meinen tests. Im Vergleich zu UCS 3.0-2 bedeutet das schon einige Anfragen beim Öffnen eines Benutzers mehr. Da das aber gezielte Abfragen sind und von der Größe des LDAP-Baums unabhängig sind, ist das OK (die Umgebungen waren auch nicht komplett gleich):
 3.0-2 162 suchen
 3.1-0 215 Suchen
Comment 4 Stefan Gohmann univentionstaff 2012-12-12 21:09:12 CET
UCS 3.1-0 has been released: 
 http://forum.univention.de/viewtopic.php?f=54&t=2125

If this error occurs again, please use "Clone This Bug".