Bug 45977 - password-change should be more intuitive
password-change should be more intuitive
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: UMC - Change password
UCS 4.2
Other Linux
: P5 normal (vote)
: ---
Assigned To: UMC maintainers
UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-01-04 15:22 CET by Christina Scheinig
Modified: 2020-07-03 20:55 CEST (History)
2 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 2: Improvement: Would be a product improvement
Who will be affected by this bug?: 3: Will affect average number of 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.069
Enterprise Customer affected?: Yes
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number: 2018010421000347
Bug group (optional):
Max CVSS v3 score:
mai: Patch_Available+


Attachments
Move password change menu logic to univention-management-console (3.78 KB, patch)
2018-01-04 19:33 CET, Eduard Mai
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Christina Scheinig univentionstaff 2018-01-04 15:22:18 CET
A customer reported, that his users always close the browser, caused by the message:
"Für den angemeldeten Benutzer cschein ist kein Modul verfügbar."
and do not go further to the menu, to change their password.

Is there a means to route the user to the menu directly
Comment 1 Eduard Mai univentionstaff 2018-01-04 19:33:32 CET
Created attachment 9339 [details]
Move password change menu logic to univention-management-console

As of UCS 4.2-0 univention-management-console-module-passwordchange is implemented with a UMC hook (no backend code) instead of a complete UMC module. This results in an empty response when 'univention/get/modules' is queried.

In UCS 4.1 the response included passwordchange as the only module for regular users, which in turn would be opened.

With UCS 4.2 the passwordchange module is not opened as there is none and triggers the described issue.

The attached proposal will make managment/univention-management-console-module-passwordchange obsolete.
Comment 2 Florian Best univentionstaff 2018-01-11 17:37:51 CET
(In reply to Eduard Mai from comment #1)
> Created attachment 9339 [details]
> Move password change menu logic to univention-management-console
> 
> As of UCS 4.2-0 univention-management-console-module-passwordchange is
> implemented with a UMC hook (no backend code) instead of a complete UMC
> module. This results in an empty response when 'univention/get/modules' is
> queried.
> 
> In UCS 4.1 the response included passwordchange as the only module for
> regular users, which in turn would be opened.
> 
> With UCS 4.2 the passwordchange module is not opened as there is none and
> triggers the described issue.
> 
> The attached proposal will make
> managment/univention-management-console-module-passwordchange obsolete.

I think in the inital design we decided to implement this as module (and then as hook), for separation of concerns. Yes, probably now the module might not be necessary anymore. But I think we should not move the code into the UMC core. What I could imagine and what might be better is to move the hook into univention-management-console-frontend and remove that nearly empty debian package. Leaving it as hook also allows customers to disable the menu entry. Moving it into the core would also remove the entry e.g. from the menu of the portal.
Comment 3 Ingo Steuwer univentionstaff 2020-07-03 20:55:23 CEST
This issue has been filed against UCS 4.2.

UCS 4.2 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.