Univention Bugzilla – Bug 36708
No edit link below "combo-box" fields for linked policies
Last modified: 2015-03-11 15:08:09 CET
A repository-policy only has 5 combo-box fields. No "(edit)" link is shown beneath them, so the policy can't be edited directly. A maintenance-policy on the other hand has at least some check-boxes, which have an "(edit)" link shown next to them.
same for printquota policies
Interesting observation, but this should be a different problem... when trying to display a policy of the type "policies/repositorysync", the command "udm/object/policies" receives the following result: > { > "": { > "policy": "cn=Test,cn=policies,dc=vbox,dc=test", > "fixed": 0, > "value": [ > "0 0 4,12 1,2 1,3,4 " > ] > } > }
Policy labels should be displayed correct now. I fixed a few minor things along the way, as well (see changelog below). YAML entries have been added [r58534]. univention-management-console-module-udm (5.1.25-51) [r58532]: Bug #36708: * set labels for policy widgets correctly also for their subtypes * added invisible submit button to allow for saving via pressing 'Return' * added error handler to avoid tracebacks for non-existing creation wizards univention-management-console-frontend (4.1.106-33) [r58533]: Bug #36708: * added _setLabelAttr() method to MultiInput for setting subtype labels * just print a warning message instead of tracebacks when modules cannot be loaded
The change fixes that one can edit the policies directly. REOPEN: Opening a policy directly displays only the label of the MultiInput widget but the subtype labels are empty. I don't understand comment 2.
As discussed, I adjusted the JS traceback introduced by Bug #36700: univention-management-console-module-udm (5.1.25-52) [r58572]: * Bug #36708: fix JS traceback when editing a new object (introduced by Bug #36700)
(In reply to Florian Best from comment #4) > ... > REOPEN: Opening a policy directly displays only the label of the MultiInput > widget but the subtype labels are empty. Fixed. If subtype labels exist, they will overwrite the univention-management-console-frontend (4.1.106-35) [r58578]: * Bug #36708: make sure that subtype labels in MultiInput widgets are preferred over a given label
Created attachment 6731 [details] Screenshot There is the string "undefined" now. See screenshot.
(In reply to Alexander Kläser from comment #3) > * set labels for policy widgets correctly also for their subtypes OK > * added invisible submit button to allow for saving via pressing 'Return' OK > * added error handler to avoid tracebacks for non-existing creation wizards OK > * added _setLabelAttr() method to MultiInput for setting subtype labels OK > * just print a warning message instead of tracebacks when modules cannot be > loaded OK
On the console I see the exception: _getEditLabel is not defined, that's probably the cause of the "undefined" string. (In reply to Alexander Kläser from comment #5) > As discussed, I adjusted the JS traceback introduced by Bug #36700: OK
The fix was a bit more difficult than I initially thought, but now everything should be working fine. univention-management-console-module-udm (5.1.25-54) [r58616]: * Bug #36708: adjust policy labeling, also for UCRV policies univention-management-console-frontend (4.1.106-36) [r58617]: * Bug #36708: added method MultiInput::_setAllLabels ... packages need to build again.
QA: please check also UCR variable policies.
I added two missing UCR variable descriptions... univention-management-console-frontend (4.1.106-36) [r58621]: Bug #36708: * added method MultiInput::_setAllLabels * added UCR variable descriptions
OK, it is working now. If one have a policy which does not set any values except the name one cannot edit this policy directly as there are no edit links then. OK for now. (In reply to Alexander Kläser from comment #11) > QA: please check also UCR variable policies. OK (In reply to Alexander Kläser from comment #12) > I added two missing UCR variable descriptions... OK
http://errata.univention.de/ucs/4.0/107.html
http://errata.univention.de/ucs/4.0/102.html