Univention Bugzilla – Bug 26289
Identische Namen für Benutzer und Gruppen
Last modified: 2019-11-14 13:52:39 CET
Im AD ist es nicht erlaubt Benutzer und Gruppen mit identischen Namen anzulegen. Per UDM können diese angelegt werden. Das sollte unterbunden werden, vielleicht per UCR konfigurierbar.
UCS 3.1 will be the next release.
UCR Varibale wurde hinzugefügt: directory/manager/user_group/uniqueness Per Default ist es jetzt nicht mehr erlaubt einen Benutzer anzulegen, wenn es schon eine Gruppe mit dem gleichen Namen gibt und umgekehrt.
Das funktioniert soweit, aber die Fehlermeldungen sehen aufgrund der Position der "." noch unschön aus: "The UDM object could not be saved: The username is already in use as username or as groupname.: univention" ^ "The UDM object could not be saved: The groupname is already in use as groupname or as username.univention" ^ Vom Format her sollte das einheitlich sein, etwa: "The UDM object could not be saved: The name <name> is already in use as username or groupname" oder "The UDM object could not be saved: The name is already in use as username or groupname: <name>" Changelogeintrag -> OK.
Die Meldungen wurden angepasst: The UDM object could not be saved: The username is already in use as username or as groupname: univention The UDM object could not be saved: The groupname is already in use as groupname or as username: univention
Damit stimmt alles. Verified.
Das Verschieben des Doppelpunkts von der "message" in "args" ist eine API Änderung und erschwert die Auswertung: Vorher konnte man davon ausgehen, das ex.args == (value,) ist, jetzt muß man args erst "aufwendig" parsen und zerlegen, bevor man an den Wert kommt, mit dem es ein Problem gibt. Das erklärt nämlich dann auch die seltsamen Meldungen, die mir bei create-32k-users-in-groups unangenehm aufgefallen sind: User "uid=nscd0000,cn=users,dc=pmhahn,dc=dev" exists: : nscd0000 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^ Erster Teile ist meine Fehlermeldung, der 2. stammt von diesem Bug. args ist übrigend auch das, was per __str__(self) normalerweise ausgegeben wird. Wenn man die Meldung anpassen will, sollt man AFAIK __str__(self) überschreiben.
(In reply to comment #6) > Das Verschieben des Doppelpunkts von der "message" in "args" ist eine API > Änderung und erschwert die Auswertung: Vorher konnte man davon ausgehen, das > ex.args == (value,) ist, jetzt muß man args erst "aufwendig" parsen und > zerlegen, bevor man an den Wert kommt, mit dem es ein Problem gibt. > > Das erklärt nämlich dann auch die seltsamen Meldungen, die mir bei > create-32k-users-in-groups unangenehm aufgefallen sind: > User "uid=nscd0000,cn=users,dc=pmhahn,dc=dev" exists: : nscd0000 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^ > Erster Teile ist meine Fehlermeldung, der 2. stammt von diesem Bug. Ich habe im Rahmen von diesem Bug die Meldung im Benutzermodul nicht verändert. Das Gruppenmodul ist angefasst und sieht nun so aus wie das Benutzermodul, damit es einheitlich ist. Der Doppelpunkt im args ist nicht gut, aber ich wollte auf Grund der API-Kompatibilität den Benutzer so lassen und das kleinere Übel (Gruppen) ändern.
(In reply to comment #7) > Ich habe im Rahmen von diesem Bug die Meldung im Benutzermodul nicht verändert. > Das Gruppenmodul ist angefasst und sieht nun so aus wie das Benutzermodul, > damit es einheitlich ist. Der Doppelpunkt im args ist nicht gut, aber ich > wollte auf Grund der API-Kompatibilität den Benutzer so lassen und das kleinere > Übel (Gruppen) ändern. Sieht für mich laut diff genauso aus, also wieder zu.
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".
*** Bug 27574 has been marked as a duplicate of this bug. ***
*** Bug 50463 has been marked as a duplicate of this bug. ***