Univention Bugzilla – Bug 1567
Copy UDM objects
Last modified: 2017-06-28 15:33:18 CEST
Am Mi, den 25.08.2004 schrieb bugs@univention.de um 11:00: Ich denke ein Button "neues Objekt aus aktuellem Objekt erzeugen" dürfte es hier treffen ? Es müssten dann aber Listen je Objekt der Leerzusetzenden Felder gepflegt werden, beim User z.B. username,UID,GID,SID. Das erscheinen des Buttons könnte an diese Liste gekoppelt werden.
Ist mir auch gerade aufgefallen, dass es ein nettes Feature wäre. Ich wollte gerade eine Policy erstellen, die eigentlich einer existierenden gleicht bis auf eine kleine Änderung. Nur damit dieser Bug nicht in Vergessenheit gerät ;)
Für den Objekttyp User ist das über dem "User Template" Mechanismus bereits implementiert, nicht aber für andere Objekt.
(In reply to comment #3) > Für den Objekttyp User ist das über dem "User Template" Mechanismus bereits > implementiert, nicht aber für andere Objekt. Naja, wirklich das Selbe ist das nicht. Wenn ich "mal eben" aus einem existierenden Benutzer einen neuen machen möchte, dann werde ich dafür nicht zunächst ein Template anlegen und daraus dann den neuen Benutzer anlegen. Dann habe ich den neuen Benutzer schneller so angelegt. Zumal viele "Nebenbei-Administratoren" den Template-Mechanismus wahrscheinlich gar nicht kennen. Ich habe allerdings länger keinen Wunsch mehr nach diesem Feature vernommen. Deswegen sehe ich da eher geringere Prio.
(In reply to Peter Ganten from comment #4) > (In reply to comment #3) > > Für den Objekttyp User ist das über dem "User Template" Mechanismus bereits > > implementiert, nicht aber für andere Objekt. > > Naja, wirklich das Selbe ist das nicht. Wenn ich "mal eben" aus einem > existierenden Benutzer einen neuen machen möchte, dann werde ich dafür nicht > zunächst ein Template anlegen und daraus dann den neuen Benutzer anlegen. > Dann habe ich den neuen Benutzer schneller so angelegt. Zumal viele > "Nebenbei-Administratoren" den Template-Mechanismus wahrscheinlich gar nicht > kennen. > > Ich habe allerdings länger keinen Wunsch mehr nach diesem Feature vernommen. > Deswegen sehe ich da eher geringere Prio. Wurde gestern erst aktuell auf der Schulung in München angefragt
Wurde erneut nachgefragt: Ticket #2013121321003155
wird regelmäßig angefragt, aktuell 2013111221003177
Auf dem Summit von zwei Kunden angefragt. Insbesondere Klonen von Benutzern.
Requested during a technical training.
Requested during a technical training. Main advantage is seen in taking over group memberships of existing users.
Created attachment 8917 [details] patch I created a first working draft/patch. Currently missing is: * a selection of another superordinate and position should be possible * the policies are only saved when the policy-tab was clicked * Maybe the label of the save button should be "Copy object" instead of "Create object" and the original User (DN?) should be displayed somewhere? * the new property "copyable" should be added to settings/extended_attribute
Created attachment 8932 [details] patch (In reply to Florian Best from comment #11) > Currently missing is: > * a selection of another superordinate and position should be possible fixed > * the policies are only saved when the policy-tab was clicked fixed > * Maybe the label of the save button should be "Copy object" instead of > "Create object" and the original User (DN?) should be displayed somewhere? ignored - not necessary imho > * the new property "copyable" should be added to settings/extended_attribute fixed
The patch has been applied. users/user and groups/group may now be copied. Should we make more object types copyable? univention-management-console-module-udm.yaml: r80367 | YAML Bug #1567, Bug #39239 univention-ldap (13.0.7-11): r80350 | Bug #1567: add attribute univentionUDMPropertyCopyable univention-ldap.yaml: r80369 | YAML Bug #1567 univention-directory-manager-modules.yaml: r80369 | YAML Bug #1567 univention-management-console-module-udm (7.0.10-5): r80363 | Bug #1567: add missing translations r80349 | Bug #1567: make it possible to copy objects univention-directory-manager-modules (12.0.17-13): r80352 | Bug #1567: add 'copy' operation to users/user and groups/group r80351 | Bug #1567: make properties copyable
(In reply to Florian Best from comment #13) > The patch has been applied. users/user and groups/group may now be copied. > Should we make more object types copyable? I don't think so. Microsofts tools only allow to copy user objects. Copying computers doesn't make sense as you need to adjust to many things (MAC, IP-address, DNS-Zones, DHCP-Service, Services). Further objects could be added if there is need for them. I tested the upgrade with a DC Master, DC Backup and a DC Slave because I had a internal case where the LDAP server could not start after the upgrade due to the indexes because the new LDAP attribute "univentionUDMPropertyCopyable" was not yet part of the LDAP schema but the upgrade succeeded.
- When copying a group with an e-mail adress the copied group can not be created. Following message is shown: "The LDAP object could not be saved: The mail address is already in use." - When copying a user or group through the LDAP directory module, a dialog asks for the type of the new object. This should be omitted.
Both points have been fixed. univention-management-console-module-udm (7.0.10-11): r80521 | Bug #1567: hide object type selection when copying object via LDAP directory univention-directory-manager-modules (12.0.17-21): r80515 | Bug #1567: don't copy groups email address
(In reply to Florian Best from comment #16) > Both points have been fixed. > > univention-management-console-module-udm (7.0.10-11): > r80521 | Bug #1567: hide object type selection when copying object via LDAP > directory > univention-directory-manager-modules (12.0.17-21): > r80515 | Bug #1567: don't copy groups email address OK All copyable properties are copied OK Copy possible into different container OK Policies are copied YAML: OK -> verified
<http://errata.software-univention.de/ucs/4.2/72.html> <http://errata.software-univention.de/ucs/4.2/74.html> <http://errata.software-univention.de/ucs/4.2/75.html>