From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/0
Description of problem:
The root password entries didn't get focus and clicking on them didn't help.
Only way I could give it focus was to right-click (which poped up a menu). Then
I could give it focus and type root password.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
No idea what happened, other seems to have had no problem with this.
I'll try to restart the installation later and see if it comes up again.
Please let us know if you get a reproducible case.
I have seen this problem, I think I know the cause, and I have a workaround (but
strongly suggest you fix the problem).
The problem seems to occur because drag and drop is enabled. If you highlight a
field and drag slightly with the mouse, you'll see a paper icon for the mouse
cursor. Click in the field again and it seems to return to normal but there's no
more cursor. You can't type in the field anymore.
After right-clicking over the field and choosing Select All, then clicking in
the field once again, the focus and cursor returns.
This problem happens all over in the interface. Why is drag and drop enabled
when there is no real need or reason for it?
See also: 72555, 73441 (duplicates)... this is becoming a popular defect.
Thanks for the additional information.
In the case of drag and drop you can go back a page and then forward. This will
reset the field.
Here is how to reproduce the root password field problem:
1- At disk druid create a Volume Group
2- Create 1 logical volumn like /
3- Continue until the root password request
So, it looks like the password entry is conditional on some previous state of a
boundary ( input screen )
*** Bug 73441 has been marked as a duplicate of this bug. ***
*** Bug 82718 has been marked as a duplicate of this bug. ***