Bug 259741 - Setting the root password from firstboot is broken
Summary: Setting the root password from firstboot is broken
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: system-config-rootpassword
Version: 7
Hardware: All
OS: All
medium
low
Target Milestone: ---
Assignee: Lubomir Rintel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 214962 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-08-28 11:49 UTC by Matthias Hensler
Modified: 2009-01-07 18:09 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-11-27 12:09:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Do not change sensitivity of confirmEntry widget otherwise no input is possible since activation gets never called (690 bytes, patch)
2007-08-28 11:49 UTC, Matthias Hensler
no flags Details | Diff

Description Matthias Hensler 2007-08-28 11:49:38 UTC
Description of problem:
The firstboot part of system-config-rootpassword does not allow to set a proper
root password. In fact you can only skip the dialog resulting in an empty root
password (bad!).


Version-Release number of selected component (if applicable):
system-config-rootpassword-1.1.10-1

(Reading the changelog of the rawhide version there was no fix yet).

How reproducible:
Install system-config-rootpassword, touch /etc/reconfigSys and reboot

Steps to Reproduce:
1. Start firstboot in reconfig mode
2. Try to set a proper root password
3.
  
Actual results:

The "confirm password" input field is deactivated, you can only type in the
password once but not confirm it. To skip the dialog you have to leave the
password field empty (to match with the confirm password field) resulting in an
empty root password.

Expected results:
Be able to type in the password twice to get it set properly.

Additional info:
The "confirm password" field is deactivated. In the standalone version if will
be activated by the function "activation" (which checks the length and
strongness of the password).

However, in the firstboot version the activation function is never call,
resulting in a still deactivated confirm-field, even if a long and strong
password is typed in.

Simple fix is attached. Better fix would be to add the strongness indicator to
the firstboot dialog as well and call the activation function while typing.

Comment 1 Matthias Hensler 2007-08-28 11:49:38 UTC
Created attachment 176021 [details]
Do not change sensitivity of confirmEntry widget otherwise no input is possible since activation gets never called

Comment 2 Red Hat Bugzilla 2007-10-23 15:24:39 UTC
User pgraner's account has been closed

Comment 3 Lubomir Kundrak 2007-11-20 10:18:34 UTC
Matthias: Your patch seems well. I'll import it to devel shortly.

Comment 4 Lubomir Kundrak 2007-11-20 10:27:41 UTC
*** Bug 214962 has been marked as a duplicate of this bug. ***

Comment 5 Lubomir Kundrak 2007-11-21 11:49:51 UTC
I believe the issue has been fixed in system-config-rootpassword-1.99.0-1
http://koji.fedoraproject.org/koji/taskinfo?taskID=252730

Comment 6 Matthias Hensler 2007-11-27 11:56:34 UTC
(In reply to comment #5)
> I believe the issue has been fixed in system-config-rootpassword-1.99.0-1
> http://koji.fedoraproject.org/koji/taskinfo?taskID=252730

I can confirm that the problem is fixed here (tried rawhide version 1.99.2-1).

Comment 7 Lubomir Kundrak 2007-11-27 12:09:36 UTC
I also tried with similar results. Thanks for your report and patch -- closing.


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