Bug #111

password change process inconsistent with MythTV UI precedents

Added by Human almost 16 years ago. Updated almost 16 years ago.

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

History

Also available in: Atom PDF