Bug #111
password change process inconsistent with MythTV UI precedents
Status: | Closed | Start date: | ||
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | - | % Done: | 0% |
|
Category: | - | Spent time: | - | |
Target version: | - |
Description
I understand the reasoning behind the extra "Apply new password" button in the Password Management screen, since it was made to support changing passwords on multiple accounts, but there's a problem with the flow.
In MythTV, the precedent is that when you enter into a menu and fill in text fields, hitting "Next" until you finally hit "Finish" has the effect of saving the changes. Seasoned MythTV users may expect the same behavior in the installer, but on the Password Management screen, unless you hit "Apply new password" the password change is not saved.
Instead of iterating on accounts inside the screen level, why not generate a separate screen for each account? That way, hitting "Finish" applies the password change and goes to the next screen, mirroring what MythTV tends to do?
Related issues
related to LinHES - Bug #196: password vulnerability in R6's service menu | Closed | 12/31/1969 |