Closed Bug 1580859 Opened 3 months ago Closed 3 months ago

Unable to recover password with keyboard

Categories

(Firefox :: about:logins, defect, P1)

70 Branch
defect

Tracking

()

VERIFIED FIXED
Firefox 71
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:

  1. Open the password manager
  2. Do a search in the search box
  3. Enable keyboard navigation with F7
  4. Tab until going on the result list
  5. 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.

Component: Untriaged → Password Manager
Product: Firefox → Toolkit
Keywords: access
Whiteboard: [passwords:management] [skyline]
Assignee: nobody → jaws
Status: NEW → ASSIGNED
Priority: -- → P1
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
Whiteboard: [passwords:management] [skyline] → [passwords:management] [skyline][access-p1]
Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla71

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.
Status: RESOLVED → VERIFIED

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.

Flags: needinfo?(jteh)

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.

(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.

Flags: needinfo?(jteh)

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.)

(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.

(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.

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.
Component: Password Manager → about:logins
Product: Toolkit → Firefox
Target Milestone: mozilla71 → Firefox 71
Version: Trunk → 70 Branch
You need to log in before you can comment on or make changes to this bug.