Bug 28430 – Passwort ändern in der UMC nicht möglich, wenn Quotarichtlinie am Benutzer gesetzt

Bug 28430 - Passwort ändern in der UMC nicht möglich, wenn Quotarichtlinie am Benutzer gesetzt


Summary:	Passwort ändern in der UMC nicht möglich, wenn Quotarichtlinie am Benutzer ge...

Status:	CLOSED FIXED

Product:	UCS
Classification:	Unclassified
Component:	UMC - Users
Version:	UCS 3.0
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	UCS 3.1
Assigned To:	Dirk Wiesenthal
QA Contact:	Stefan Gohmann

URL:
Keywords:	interim-3

Duplicates:	27605 28871 (view as bug list)
Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2012-09-07 12:50 CEST by Tim Petersen
Modified:	2013-02-25 12:23 CET (History)
CC List:	5 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
syslog with ldap-debug=128 (870.60 KB, text/plain) 2012-09-07 12:50 CEST, Tim Petersen	Details
View All 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 Tim Petersen

2012-09-07 12:50:34 CEST

Created attachment 4642 [details]
syslog with ldap-debug=128

An Ticket #2012090721000892 aufgefallen und sowohl auf OXASE als auch UCD 3.0-2
reproduzierbar.

Sobald ab einem Benutzer die Mailquota-Richtlinie gesetzt wird, kann dieser
Benutzer in seiner UMC-Ansicht das Passwort nicht mehr ändern:
"Das UDM-Objekt konnte nicht gespeichert werden: Zugriff verweigert."

syslog mit ldap-debug auf 128 hänge ich an.

Noch testen:
- Liegt es an der Quota-Richtlinie oder an einer beliebigen Richtlinie am
Benutzerobjekt

Comment 1 Tim Petersen

2012-09-07 12:59:08 CEST

Tritt nur nach dem Setzen der Mailquota-Policy auf.
"Wegnehmen" der Policy stellt das alte verhalten wieder her.

Comment 2 Janis Meybohm

2012-10-23 10:07:51 CEST


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

Comment 3 Stefan Gohmann

2012-10-23 13:09:37 CEST

*** Bug 28871 has been marked as a duplicate of this bug. ***

Comment 4 Stefan Gohmann

2012-10-23 13:10:51 CEST

(In reply to comment #3)
> *** Bug 28871 has been marked as a duplicate of this bug. ***

Siehe Empfehlung an Bug #28871, wir sollten in users/self nicht von users/user erben, sondern wenn sich das Passwort ändert das users/user Modul öffnen und das Passwort setzen.

Comment 5 Janis Meybohm

2012-10-23 14:42:06 CEST

Ticket#: 2012101821004801

Wie an bug28871 beschrieben tritt das unabhängig von der gesetzten Richtlinie auf. Access denied gibt es, sobald irgendeine Richtlinie direkt am Benutzer gesetzt ist.

Comment 6 Stefan Gohmann

2012-10-23 20:57:57 CEST

*** Bug 27605 has been marked as a duplicate of this bug. ***

Comment 7 Dirk Wiesenthal

2012-10-24 20:31:50 CEST

Fixed in
  univention-management-console-module-udm 3.0.35-1.263.201210242029

Comment 8 Stefan Gohmann

2012-11-16 07:09:50 CET

OK: Das Problem konnte mit 3.0-2 reproduziert werden
OK: Mit 3.1 tritt das Problem nicht mehr auf
FAIL: Als Benutzer bekommt man keine Rückmeldung: Bug #29251
OK: Changelog

Comment 9 Stefan Gohmann

2012-12-12 21:10:44 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".