Univention Bugzilla – Full Text Bug Listing |
Summary: | udm/layout: AttributeError: 'NoneType' object has no attribute 'name' | ||
---|---|---|---|
Product: | UCS | Reporter: | Dirk Wiesenthal <wiesenthal> |
Component: | UMC - Domain management (Generic) | Assignee: | Drees Dormann <dormann> |
Status: | CLOSED FIXED | QA Contact: | Alexander Kramer <kramer> |
Severity: | normal | ||
Priority: | P5 | CC: | best, gohmann, klaeser, steuwer, walkenhorst |
Version: | UCS 3.1 | ||
Target Milestone: | UCS 4.0-0-errata | ||
Hardware: | Other | ||
OS: | Linux | ||
See Also: |
https://forge.univention.org/bugzilla/show_bug.cgi?id=34246 https://forge.univention.org/bugzilla/show_bug.cgi?id=34680 |
||
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): | Error handling, External feedback, Usability | |
Max CVSS v3 score: | |||
Attachments: |
blank ldap page instead of dialog
german error message missing dot and space |
Description
Dirk Wiesenthal
2012-11-14 18:35:47 CET
*** Bug 3064 has been marked as a duplicate of this bug. *** *** Bug 24620 has been marked as a duplicate of this bug. *** *** Bug 24742 has been marked as a duplicate of this bug. *** We will not ship a UCS 3.1-2 release; the next UCS release will be UCS 3.2. As such, this bug is moved to the new target milestone. @Drees: Could you have a look at this bug, please. This seems related to Bug 34246. *** Bug 26977 has been marked as a duplicate of this bug. *** Reported again. If any DN cannot be related to a UDM module this error happens. Simply a "if mod is not None" fixes this. This is btw not reproducible with UCS 3.2 in UMC!?! In UCS 3.2 there is just a standby animation which will never end. I could reproduce this by using curl: curl -s --cookie "$COOKIEJAR" --cookie-jar "$COOKIEJAR" -H "Content-Type: application/json" -d '{"options":{"username":"'"Administrator"'","password":"'"$password"'"}}' "http://$host/umcp/auth" curl --cookie "$COOKIEJAR" --cookie-jar "$COOKIEJAR" -H "Content-Type: application/json" -d '{"options":[{"objectDN": "uid=something_not_existing,cn=users,dc=ucs,dc=dev", "objectType": "groups/group"}], "flavor":"users/user"}' "http://$host/umcp/command/udm/layout" Oneliner in my working copy. If no UDM module for the LDAP DN can be detected the function does not raise this exception anymore. Fix: svn r56417 Package: univention-management-console-module-udm (5.1.25-4) YAML: 2014-11-25-univention-management-console-module-udm.yaml Downgradeable to UCS 3.2-4: easy Reproduceable: Comment #8 Created attachment 6515 [details]
blank ldap page instead of dialog
(In reply to Florian Best from comment #10) > If no UDM module for the LDAP DN can be detected the function does not raise > this exception anymore. That is true, there isn't a traceback anymore. But I would expect a dialog box that would please me to relead the view, because the object wasn't found or something like this. Instead I got a blank ldap page (see screenshot) which is quit confusing. (In reply to Alexander Kramer from comment #12) > That is true, there isn't a traceback anymore. But I would expect a dialog > box that would please me to relead the view, because the object wasn't found > or something like this. Instead I got a blank ldap page (see screenshot) > which is quit confusing. Would it make sense to use the error handling from Bug 34246? There the page also gets closed upon error. (In reply to Alexander Kläser from comment #13) > (In reply to Alexander Kramer from comment #12) > > That is true, there isn't a traceback anymore. But I would expect a dialog > > box that would please me to relead the view, because the object wasn't found > > or something like this. Instead I got a blank ldap page (see screenshot) > > which is quit confusing. > > Would it make sense to use the error handling from Bug 34246? There the page > also gets closed upon error. absolutely! I'll add it as comment there. Created attachment 6519 [details]
german error message missing dot and space
I think we have to adapt the german error message. The first sentence should end with an fullstop / dot as the english version. And as you can see a whitespace is missing between 'ihre Suchergebnisse' Maybe you did not see it inside the po-file cause of a newline. Except from this minor things it looks and works great. translation has been fixed (r 56656) OK - translation looks good |