Bug 1009907 - check for whether passwords match in User Creation spoke in GUI fails if passwords are edited after a match
Summary: check for whether passwords match in User Creation spoke in GUI fails if pass...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Shea
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-19 13:23 UTC by David Shea
Modified: 2014-01-30 22:07 UTC (History)
7 users (show)

Fixed In Version: anaconda-20.19-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-30 22:07:38 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description David Shea 2013-09-19 13:23:47 UTC
Description of problem:
Fedora 20 Alpha RC3

The test for whether the "Password" and "Confirm password" fields match will fail if passwords are edited after a match.


Version-Release number of selected component (if applicable):
anaconda-20.17-1


How reproducible:
Always


Steps to Reproduce:
1. Graphical install, proceed to User Creation spoke
2. Input a valid username
3. Input a password that passes the strength check, e.g. asdfqwer1234uiop
4. Input the same thing into the "Confirm password" input. At this point the password match warning disappears.
5. Add "a" to the end of "Password". A warning appears that the passwords do not match.
6. Add "a" to the end of "Confirm password". The warning remains.

Actual results:
An erroneous warning states "The passwords do not match." and the user is unable to proceed out of the spoke.

Expected results:
Warning disappears and user can be created.

Additional info:
The same thing happens if the confirm input is edited after a match and then the password input. The first field that was edited after a match will get focus when Done is clicked. So in the case in Steps to Reproduce, clicking Done will focus the password field.

This only applies to the User Creation spoke and not the Root Password spoke


Note You need to log in before you can comment on or make changes to this bug.