Bug 41593 – When moving a user from OU A to OU B the user remains in the classes of OU A

Bug 41593 - When moving a user from OU A to OU B the user remains in the classes of OU A


Summary:	When moving a user from OU A to OU B the user remains in the classes of OU A

Status:	CLOSED DUPLICATE of bug 41293

Product:	UCS@school
Classification:	Unclassified
Component:	Ucsschool-lib
Version:	UCS@school 4.1 R2
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	UCS@school 4.1 R2 vXXX
Assigned To:	Bugzilla Mailingliste
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2016-06-16 10:09 CEST by Sönke Schwardt-Krummrich
Modified:	2023-03-25 06:44 CET (History)
CC List:	2 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
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Sönke Schwardt-Krummrich

2016-06-16 10:09:55 CEST

I used the legacy import script (4.1R2) to move a student from OU gsnord to OU gsmitte. This worked quite well but the student remains within the old class group of OU gsnord.

The import line looked like this:
M \t bDaniela9c \t Becker \t Daniela \t gsmitte \t gsmitte-3Ba \t\t\t 0 \t 1 \t 0

The LDAP changes look like this:
-dn: uid=bdaniela9c,cn=schueler,cn=users,ou=gsnord,dc=nstx,dc=local
-univentionObjectType: users/user
[...]

 dn: cn=gsmitte-kurs-eins,cn=kurse,ou=gsnord,dc=nstx,dc=local
-uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsnord,dc=nstx,dc=local
-memberUid: bdaniela9c

 dn: cn=schueler-gsnord,cn=groups,ou=gsnord,dc=nstx,dc=local
-uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsnord,dc=nstx,dc=local
-memberUid: bdaniela9c

 dn: cn=gsnord-3B,cn=klassen,cn=schueler,cn=groups,ou=gsnord,dc=nstx,dc=local
-uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsnord,dc=nstx,dc=local
+uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsmitte,dc=nstx,dc=local
↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑ THIS IS THE FAULTY BEHAVIOR

 dn: cn=Domain Users gsnord,cn=groups,ou=gsnord,dc=nstx,dc=local
-uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsnord,dc=nstx,dc=local
-memberUid: bdaniela9c

+dn: uid=bdaniela9c,cn=schueler,cn=users,ou=gsmitte,dc=nstx,dc=local
+univentionObjectType: users/user
[...]

+dn: cn=gsmitte-3Ba,cn=klassen,cn=shares,ou=gsmitte,dc=nstx,dc=local
+univentionShareWriteable: yes
+univentionShareUid: 0
[...]

+dn: cn=gsmitte-kurs-eins1,cn=kurse,ou=gsmitte,dc=nstx,dc=local
+univentionObjectType: groups/group
[...]

+dn: cn=kurse,ou=gsmitte,dc=nstx,dc=local
+univentionObjectType: container/cn
+objectClass: univentionObject
+objectClass: top
+objectClass: organizationalRole
+cn: kurse

 dn: cn=schueler-gsmitte,cn=groups,ou=gsmitte,dc=nstx,dc=local
+uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsmitte,dc=nstx,dc=local
+memberUid: bdaniela9c

+dn: cn=gsmitte-3Ba,cn=klassen,cn=schueler,cn=groups,ou=gsmitte,dc=nstx,dc=local
+univentionObjectType: groups/group
[...]

 dn: cn=gsmitte-3B,cn=klassen,cn=schueler,cn=groups,ou=gsmitte,dc=nstx,dc=local
-uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsnord,dc=nstx,dc=local
-memberUid: bdaniela9c

 dn: cn=Domain Users gsmitte,cn=groups,ou=gsmitte,dc=nstx,dc=local
+uniqueMember: uid=bdaniela9c,cn=schueler,cn=users,ou=gsmitte,dc=nstx,dc=local
+memberUid: bdaniela9c

Comment 1 Florian Best

2016-06-16 11:18:24 CEST

It's a general problem because Bug #41293 is not fixed yet.

Comment 2 Florian Best

2016-06-16 14:16:18 CEST

fixed there.

*** This bug has been marked as a duplicate of bug 41293 ***

Comment 3 Daniel Tröder

2016-06-17 11:31:58 CEST

Solved in the scope of Bug #41293.