Bug 1401457

Summary:	Fedora 25 password bug root
Product:	[Fedora] Fedora	Reporter:	jeje <fedora25.bugs1>
Component:	shadow-utils	Assignee:	Tomas Mraz <tmraz>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	25	CC:	ovasik, philip.logan, pvrabec, tmraz
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-12-07 14:15:26 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description jeje 2016-12-05 10:39:06 UTC

Description of problem: root(at last) password bug if you introduce alt gr + key
such as # @.... in the password


Version-Release number of selected component (if applicable): Fedora-Workstation-Live-x86_64-25-1.3 up to date with dnf upgrade (05/12/20016)
Fr-FR keyboard at installation Wayland no other system on desktop only Fedora 25


How reproducible: all the time. If you have a root password such as name1name2name3 and if you change it as name1#name2#name3 you cannot log in any more.(work for alt gr kay characters)
Instead, if you type name1name2name3, you can log in, but in a terminal su, you 
will have to use name1#name2#name3 to gain super user access

Steps to Reproduce: see above
1.
2.
3.

Actual results: not a single passwword for root, cannot log... inconsistency


Expected results only a single viable password for root at last.


Additional info:

Comment 1 Ondrej Vasik 2016-12-06 21:23:33 UTC

Thanks for report, but basesystem is wrong component here. Description is not clear to me, let's assign it to shadow-utils, but more clear info is probably needed for proper further reassignment.

Comment 2 Tomas Mraz 2016-12-07 10:35:06 UTC

I suppose there is some kind of problem with the keyboard input in your setup. I do not think there is any issue in the actual password verification component.

Can you please on your system create a testing password that produces this buggy behaviour, and then extract the password hash from the /etc/shadow and paste both the password and password hash here?

Comment 3 Tomas Mraz 2016-12-07 14:15:26 UTC

I've communicated with the reporter over e-mail and I clarified that this is just misunderstanding of the difference of regular account and root account.

Comment 4 Phil 2016-12-26 11:38:00 UTC

I suspect this is a real bug. I had the same situation on a Swiss German keyboard (de_ch). On the initial install I selected the language & keyboard and checked the mapping with a few keys. I then entered the root password that contained an AltGr-key charachter. After installation was complete, it was not possible to logon as root using su command (or authenticate for installing programs via GUI). Thinking I must have messed up, I repeated the install, being extremely careful with the root password entry, but the result was the same. Having found this, I could actually logon with root using su command if I omitted the AltGr-key charachter. I was then able to reset the password via command line entering the desired password with AltGr-key charachter and everything was then sweet, so it seems to be an installer issue.

Comment 5 Tomas Mraz 2017-01-03 09:25:04 UTC

I would recommend opening a new bug against anaconda then.

Comment 6 Tomas Mraz 2017-01-03 13:37:16 UTC

OK, the anaconda bug is bug 1403191