Bug 296651 - password check denies even after you agreed to the disclaimer
password check denies even after you agreed to the disclaimer
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: firstboot (Show other bugs)
rawhide
All Linux
low Severity low
: ---
: ---
Assigned To: Chris Lumens
Fedora Extras Quality Assurance
:
: 325671 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-09-19 13:39 EDT by Bill Nottingham
Modified: 2014-03-16 23:08 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-09-28 11:47:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Bill Nottingham 2007-09-19 13:39:52 EDT
Description of problem:

Set up a user, say 'foo'.

Enter a password, say, 'bar'.

You get a dialog saying:

  [ BAD BAD BAD ]

This password is WAY TOO SHORT and insecure. Are you sure you wish to use it?

 [ No ] [ Yes ]

If you select 'Yes', it's then denied with 'Password is too short.'

I don't really have a problem with denying it, but we shouldn't offer the
option to continue if it's going to be denied anyway.

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

firstboot-1.4.37-1.fc8
Comment 1 Chris Lumens 2007-09-28 11:47:53 EDT
Looks like system-config-users is checking passwords more strictly than it did
when this firstboot module was last modified.  This will be fixed in the next
build of firstboot.
Comment 2 Chris Lumens 2007-10-10 09:45:47 EDT
*** Bug 325671 has been marked as a duplicate of this bug. ***

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