Bug 46735
| Summary: | [4.3] Password dialog cannot be confirmed by pressing Enter - mouse click is required | ||
|---|---|---|---|
| Product: | UCS | Reporter: | Sönke Schwardt-Krummrich <schwardt> |
| Component: | UMC (Generic) | Assignee: | Ole Schwiegert <schwiegert> |
| Status: | CLOSED FIXED | QA Contact: | Dirk Wiesenthal <wiesenthal> |
| Severity: | normal | ||
| Priority: | P5 | CC: | damrose, requate, wiesenthal |
| Version: | UCS 4.3 | ||
| Target Milestone: | UCS 4.3-0-errata | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| What kind of report is it?: | Bug Report | What type of bug is this?: | 1: Cosmetic issue or missing function but workaround exists |
| Who will be affected by this bug?: | 3: Will affect average number of installed domains | How will those affected feel about the bug?: | 1: Nuisance – not a big deal but noticeable |
| User Pain: | 0.017 | Enterprise Customer affected?: | |
| School Customer affected?: | Yes | ISV affected?: | |
| Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
| Ticket number: | Bug group (optional): | Usability | |
| Max CVSS v3 score: | |||
| Bug Depends on: | |||
| Bug Blocks: | 46882 | ||
|
Description
Sönke Schwardt-Krummrich
I think this is a general issue, not only in UCS@School The problem can be fixed by setting the submit button as the forms default button. After doing that you can confirm the dialog with enter. This fix would be affecting all require_password dialogs in umc. While testing I realized that in this form the deactivated input field for the username is the first focused element, so to enter the password you have to focus the passwords input first. Is that the desired behavior or should it be directly possible to enter the password after the dialog pops up? (In reply to Ole Schwiegert from comment #2) > The problem can be fixed by setting the submit button as the forms default > button. After doing that you can confirm the dialog with enter. This fix > would be affecting all require_password dialogs in umc. > > While testing I realized that in this form the deactivated input field for > the username is the first focused element, so to enter the password you have > to focus the passwords input first. Is that the desired behavior or should > it be directly possible to enter the password after the dialog pops up? (In reply to Ole Schwiegert from comment #2) > The problem can be fixed by setting the submit button as the forms default > button. After doing that you can confirm the dialog with enter. This fix > would be affecting all require_password dialogs in umc. Please prepare an erratum for UCS 4.3-0. > While testing I realized that in this form the deactivated input field for > the username is the first focused element, so to enter the password you have > to focus the passwords input first. Is that the desired behavior or should > it be directly possible to enter the password after the dialog pops up? Yes, I would suggest to focus the password field automatically. I prepared an erratum on oschwieg/4.3-0/46735. The login button can be activated by pressing Enter and the username field is now a normal Text (instead of Textbox) to ensure the password field is focused. (As discussed with Johannis and Sönke) Package: univention-management-console Version: 10.0.6-1A~4.3.0.201804261158 Misformed advisory triggers Bug #46916 --- mirror/ftp/4.3/unmaintained/component/4.3-0-errata/source/univention-management-console_10.0.5-1A~4.3.0.201804181755.dsc +++ apt/ucs_4.3-0-errata4.3-0/source/univention-management-console_10.0.6-1A~4.3.0.201804261158.dsc @@ -1,6 +1,10 @@ -10.0.5-1A~4.3.0.201804181755 [Wed, 18 Apr 2018 17:55:57 +0200] Univention builddaemon <buildd@univention.de>: +10.0.6-1A~4.3.0.201804261158 [Thu, 26 Apr 2018 11:58:56 +0200] Univention builddaemon <buildd@univention.de>: * UCS auto build. No patches were applied to the original source package + +10.0.6-1 [Thu, 26 Apr 2018 10:31:52 +0200] Ole Schwiegert <schwiegert@univention.de>: + + * Bug #46735: Improve usability of requirePassword login dialog 10.0.5-1 [Wed, 18 Apr 2018 17:06:52 +0200] Erik Damrose <damrose@univention.de>: The misformed advisory problem should be fixed now. Okay |