Bug 41740 – Handling of UCS@school admins

Bug 41740 - Handling of UCS@school admins


Summary:	Handling of UCS@school admins

Status:	RESOLVED WORKSFORME

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

Importance:	P5 normal (vote)
Target Milestone:	---
Assigned To:	Bugzilla Mailingliste
QA Contact:

URL:
Keywords:

Depends on:	41494
Blocks:	41499
	Show dependency tree / graph

Reported:	2016-07-06 09:07 CEST by Daniel Tröder
Modified:	2016-07-06 15:06 CEST (History)
CC List:	1 user (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 Daniel Tröder

2016-07-06 09:07:54 CEST

+++ This bug was initially created as a clone of Bug #41494 +++

Bug #41499 (Manual: Handling of UCS@school admins) states:

→ the object will not show up in UMC modules if objectclass ucsschoolTeacher has 
  been deselected via UDM options

This does not work. Reproduce with:

* create teacher
* change teachers optiomns to include "UCS@school-Administrator" and remove "UCS@school-Lehrer"
[* logout/in, umc-server restart]
* teacher shows up in UMC-modules and can still be assigned to classes

Comment 1 Sönke Schwardt-Krummrich

2016-07-06 15:06:34 CEST

(In reply to Daniel Tröder from comment #0)
> +++ This bug was initially created as a clone of Bug #41494 +++
> 
> Bug #41499 (Manual: Handling of UCS@school admins) states:
> 
> → the object will not show up in UMC modules if objectclass ucsschoolTeacher
> has 
>   been deselected via UDM options

The user will NOT show up ONLY, if the optional step "(optional) move user object to cn=admins" is performed. This is due to the fallback in current code, that considers object position in LDAP *AND* object class of user objects.

This was not clearly stated in original comment.

→ RESOLVED/WORKSFORME