Unable to recover password with keyboard
Categories
(Firefox :: about:logins, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox69 | --- | disabled |
firefox70 | --- | verified |
firefox71 | --- | verified |
People
(Reporter: aarnaud, Assigned: jaws)
Details
(Keywords: access, Whiteboard: [passwords:management] [skyline][access-p1])
Attachments
(1 file)
Tested environment:
- Firefox Nightly
- Debian 9 "Stretch" under Xorg and Debian Sid
- Firefox password manager is by default Firefox Lockwise
Steps to reproduce:
- Open the password manager
- Do a search in the search box
- Enable keyboard navigation with F7
- Tab until going on the result list
- Press enter to display the first result of the list
Result:
I'm not sure exactly what's happening but Firefox Lockwise doesn't display the first item of the result list.
Expected result:
Firefox Lockwise should give the focus to first list item and pressing enter should display it.
Important note:
At this time, a keyboard user like a blind person couldn't recover a saved password since the switch to Lockwise.
I think this issue should be a high priority as having access to its password looks critical to me.
Best regards.
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Updated•3 months ago
|
Assignee | ||
Updated•3 months ago
|
Assignee | ||
Comment 2•3 months ago
|
||
Assignee | ||
Updated•3 months ago
|
Pushed by jwein@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/a29d2c7cdbe3 Keyboard navigation in the login-list should cycle through only visible login-list-items. r=sfoster
Updated•3 months ago
|
Comment 4•3 months ago
|
||
bugherder |
Comment 5•3 months ago
|
||
I have verified this issue and is no longer reproducible on the latest Nightly 71.0a1 (Build ID: 20190918100042) (64-bit) on Windows 7, MacOS 10.14 and Arch Linux 4.14.
- The first saved login displayed in the list after performing a search is correctly selected if the list is focused and the "Enter" key is pressed.
Reporter | ||
Comment 6•3 months ago
|
||
I confirm that it works with the keyboard now but the Orca screen reader still doesn't read the result of the search when I tab on it.
@Jamie: Does it work with the NVDA screen reader?
Best regards.
Reporter | ||
Comment 7•3 months ago
|
||
It now looks that the enter key is too heavily captured, when I open the contextual-menu and choose "examine element" (translated from French) enter enable the item from the contextual menu and also enable the first item of the result list but I assume as the context is the contextual menu it shouldn't.
Best regards.
Assignee | ||
Comment 8•3 months ago
|
||
bugherderuplift |
Comment 9•3 months ago
|
||
(In reply to Alex ARNAUD from comment #6)
I confirm that it works with the keyboard now but the Orca screen reader still doesn't read the result of the search when I tab on it.
@Jamie: Does it work with the NVDA screen reader?
NVDA does read it, yes. There is some quirkiness though; the list box itself seems to get focus sometimes instead of an option within it. I'll take a look with Orca.
Comment 10•3 months ago
|
||
Alex, if you enter a search query, tab to the list and then press up arrow and then down arrow, do you get the result reported by Orca as you expect? (I'm not suggesting this is correct behaviour; just trying to verify we're seeing the same behaviour.)
Reporter | ||
Comment 11•3 months ago
|
||
(In reply to James Teh [:Jamie] from comment #10)
Alex, if you enter a search query, tab to the list and then press up arrow and then down arrow, do you get the result reported by Orca as you expect? (I'm not suggesting this is correct behaviour; just trying to verify we're seeing the same behaviour.)
Yes, it's exactly the behavior we're encountering.
Best regards.
Comment 12•3 months ago
|
||
(In reply to Alex ARNAUD from comment #11)
(In reply to James Teh [:Jamie] from comment #10)
Alex, if you enter a search query, tab to the list and then press up arrow and then down arrow, do you get the result reported by Orca as you expect? (I'm not suggesting this is correct behaviour; just trying to verify we're seeing the same behaviour.)
Yes, it's exactly the behavior we're encountering.
Thanks. I filed bug 1583425 for this.
Comment 13•3 months ago
|
||
I have verified this issue on the Firefox Beta 70.0b9 (Build ID: 20190923154733) (64-bit) on Windows 7, MacOS 10.14 and Arch 4.14.
- The first saved login displayed in the list after performing a search is correctly selected if the list is focused and the "Enter" key is pressed.
Updated•2 months ago
|
Description
•