Univention Bugzilla – Full Text Bug Listing |
Summary: | Initial setup of extended attribute doesn't work for complex syntax | ||
---|---|---|---|
Product: | UCS | Reporter: | Michel Smidt <michelsmidt> |
Component: | UDM - Extended Attributes | Assignee: | Florian Best <best> |
Status: | CLOSED FIXED | QA Contact: | Stefan Gohmann <gohmann> |
Severity: | normal | ||
Priority: | P5 | CC: | best, damrose, gohmann, klaeser |
Version: | UCS 4.1 | Flags: | best:
Patch_Available+
|
Target Milestone: | UCS 4.1-3-errata | ||
Hardware: | Other | ||
OS: | Linux | ||
See Also: | https://forge.univention.org/bugzilla/show_bug.cgi?id=52566 | ||
What kind of report is it?: | Bug Report | What type of bug is this?: | 4: Minor Usability: Impairs usability in secondary scenarios |
Who will be affected by this bug?: | 2: Will only affect a few installed domains | How will those affected feel about the bug?: | 2: A Pain – users won’t like this once they notice it |
User Pain: | 0.091 | 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: | patch |
Description
Michel Smidt
2016-08-02 18:26:18 CEST
I am not sure if this is an error with udm or if the package univention-domain-userquota simply has to be adjusted - note: the package was originally created for UCS 3.1 and has never (!) been adapted. Some change in UDM does however seem to cause it to fail. branches/ucs-3.1/component/cool-solutions/univention-domain-userquota/ Just to make it clear. I agree with Erik that I do not now exactly if it is a udm issue. Probably not. To me it seems like a change in the handling of complex types since UCS 4.1-1 errata 121. But to categorize it as a "cool solution" bug seemed to me not appropriate as well. So, that's why I decided to categorize it as a udm bug. Feel free to change. Changed the title as well to make it explicit. The complex type is: ldap: domainquota: ucs-fileserver.usc-school.intranet$$/$$200$$MiB udm: Quota: Domain Quota Settings domainquota ([]) Quota settings domainquota: ucs-fileserver.usc-school.intranet / 200 MiB Created attachment 7867 [details]
patch
The "domainquota" property doesn't register a mapping-function but instead makes the mapping manually in the hook_ldap_modlist() - the modlist is therefore broken until the hook-function is called but we have code which expects the modlist to be correct. Rearranging the order fixes this. The rearrangement is probably also better.
univention-directory-manager-modules (11.0.3-29): r71611 | Bug #41899: execute hooks before adjusting object classes univention-directory-manager-modules.yaml: r71615 | YAML Bug #41824 Bug #41829 Bug #41899 UCS 4.2: univention-directory-manager-modules (12.0.1-1): r71608 | Bug #41899: execute hooks before adjusting object classes Code review: OK YAML: OK ucs-test: Waiting for Jenkins Tests: ? I'm currently testing with UCS 4.1-3errata234 and I'm unable to reproduce the issue like described in Comment 0. I've installed the Cool Solution and I've added a new user and set on the quota tab. I don't see any traceback. (In reply to Michel Smidt from comment #0) > - Installed cool solution "Quota": > http://wiki.univention.de/index.php?title=Cool_Solution_- > _Manage_Userquota_in_the_Domain-LDAP > - Only failing during initial save. Added initial value with ldap_modify and > afterwards all went fine. Modify etc. > - Failed in UDM and UMC > - Maybe related to Bug 23981. > - Got traceback when I try to initially save a extended attribute (quota): Any other hints how to reproduce the issue? BTW, I'm unable to reproduce it with the new version either. To reproduce this the quota settings as well as any option has to be changed. (In reply to Florian Best from comment #7) > To reproduce this the quota settings as well as any option has to be changed. Tests: OK, I was now able to reproduce it, thanks. It works with the new version. ucs-test: OK |