Bug 1025306

Summary:	lxde spin will cannot format encrypted: interface bug
Product:	[Fedora] Fedora	Reporter:	Federic <feddy>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	19	CC:	anaconda-maint-list, dshea, extras-orphan, feddy, g.kaviyarasu, jonathan, notting, vanmeeuwen+fedora
Target Milestone:	---	Keywords:	Reopened
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-11-01 18:29:55 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:
Embargoed:

Description Federic 2013-10-31 12:55:12 UTC

Description of problem:
LXDE spin blocks cursor in password entry. Impossible to advance to p/w confirmation entry. Hence encypted installation impossible.


Version-Release number of selected component (if applicable):
as per Fed 19 LXDE spin live CD

How reproducible:
Everytime.

Steps to Reproduce:
1. Boot LXDE spin ; click 'install to disk' icon.
2. Select a partition to be assigned to / ; select reformat and check encypted; Done
2b. review intended reformating options , OK
3. Proceed: interface requests encryption phrase. Make long enought to attain "good" 
4. try to get cursor to 'confirm' input box.

Actual results:
Impossible to get text entry cursor to move from pass phrase entry box to confirmation entry box. 

Impossible to proceed with encrypted installation

Expected results:
Ability to pass to confimation box , comfirm and proceed with installation.


Additional info:

Comment 1 David Shea 2013-10-31 18:33:02 UTC

How are you trying to navigate to the input box, keyboard or mouse? Is this the only input you have trouble with, or do the other inputs on the custom partitioning screen behave similarly?

Comment 2 Federic 2013-10-31 21:41:01 UTC

keyboard or mouse? Both !

I would expect hitting enter to move to next input. No.
I would expect mouse click in confirmation box to move cursor, No. 

I would expect tab key to move to next input, but I sticks a "no entry" road sign at the end of the pass phrase input box and retains mouse focus.

It is thus _impossible_ to get out of this any other way than cancel. ie abandon input of pass-phrase and thus the possiblitily to set up an encrypted partition. 


The last point is in contrast to the main kde spin which does accept a tab key. 

This is still defective since tab is probably the least well known way to get to another input and there is not reason why other means of changing the focus should not work.

Comment 3 David Shea 2013-11-01 14:53:52 UTC

Both keyboard and mouse input work fine. The confirmation box is insensitive when the passphrase is weak, but that changes as soon as the strength changes to "Fair"

Comment 4 Federic 2013-11-01 17:51:50 UTC

I've checked this again this afternoon with fed19 LXDE spin. Two things in previous comment are inaccurate. 


Firstly:

"Both keyboard and mouse input work fine."

Wrong. There is not way to get to confirmation with mouse, that is the most obvious and primary function and does not work. If it "works for you", does not mean it works universally and is not a bug. 

That is a pretty weak reason for closing a bug, it simply implies insufficient testing. 



Second point: 

I did find that I was able to tab once I reached "good", fair does _not_ enable the second input box. If you find that it does, that is further inconsistency in the interface.

This is also a usabiltiy issue since my initial understanding when the no entry icon popped up was that it was interpretting the tab-key press as an attempt to enter a tab character into the pass phrase and indicating it was an invalid input character. 

"No entry" icon is probably not a good choice for indicating "no leave". 

A clear case of obscurity by icons. 

If weak or fair strength pass phrases are blockers, they should be shown in red , NOT green. 


Were you testing this on lxde spin ? Probalby not since I found mouse did work on installation from KDE spin.

Comment 5 Federic 2013-11-01 18:00:01 UTC

recommentations:

no entry icon is illogical as used. If it to be meaningful it should be on the 'confirm' box since that is the one I'm trying to entry and that is the action being blocked. Otherwise some other icon that makes sense needs to be used to indicate the pass phrase is not yet acceptable. (red cross?)

If weak and fair are blockers, make the bar red until we reach "good". 

If 'fair' is supposed to be allowed, more testing needed, it did not allow me to move on util I hit "good". 

Mouse is a problem on LXDE spin, confirm this then find out why it is different on KDE spin.

Comment 6 David Shea 2013-11-01 18:29:55 UTC


*** This bug has been marked as a duplicate of bug 921948 ***

Comment 7 Federic 2013-11-01 21:19:44 UTC

In view of info in dupe, adding this was on i686 version of LXDE spin. 

 bug 921948 reports x86-64

thx