Closed Bug 1624003 Opened 4 years ago Closed 4 years ago

Search Tips : screen reader on ubuntu not working

Categories

(Firefox :: Address Bar, defect, P3)

Desktop
Linux
defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox75 --- wontfix
firefox76 --- wontfix

People

(Reporter: muirpablo, Unassigned)

References

(Blocks 1 open bug)

Details

Affected Versions
Nightly 76.0a1
Beta 75.0b6

Tested on
Windows 10 x64 ( not affected, used nvda)
Ubuntu 18.04 x64 (affected used orca)

Steps to reproduce

  • Launch Firefox (new profile)
  • enable devtools.chrome.enabled in about config
  • set options "always check if firefox is your default browser" unchecked
  • leave just one tab with a youtube video.
  • web developer> browser console, enter this snippet:
    (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();
  • close browser console.
  • close firefox
  • Reopen firefox

Actual Result:
new tab opens, search tip is displayed , but screen reader mentions other words

Expected result
screen reader should mention search tip text

Blocks: 1606912
Component: Search → Address Bar

Jamie, we added screen reader support to search tips in bug 1615301 and this phabricator revision. It doesn't look like we discussed Linux screen reader support though. What's the state of that? Is our fix to bug 1615301 expected to work on Linux?

Flags: needinfo?(jteh)
Priority: -- → P3

I can't reproduce this. For me, the tip is read when I open the new tab.

(In reply to Pablo from comment #0)

Actual Result:
new tab opens, search tip is displayed , but screen reader mentions other words

Are you saying you don't get the alert reported at all? For me, I hear the alert plus other information about the page itself, which is expected.

Flags: needinfo?(jteh)

Pablo, could you please answer Jamie?

Flags: needinfo?(pablo.muir)

Hi jamie

I get the alert, the problem is that it is full of information that goes on for minutes of talking. Where as in windows 10 for example it goes straight to to the tip text.

for example in ubuntu 18 when you move the mouse to the tip you can hear all this and goes on and on for minutes:

Firefox frame, search with google or enter address editable combo box, finish loading new tab, page has one landmark, 6 settings, 2 visited links, 7 unvisited links, focus mode, main content, search web entry like search with google or enter address editable combo box "type less, find more: search google right from your address bar" label finish loading..... And after this it goes on and on for minutes.

So the text of the tip is spoken " type less, find more: search google right from your address.." , but how come it has so much information given untill the actual tip is spoken? is that normal for ubuntu?

thanks.

Flags: needinfo?(pablo.muir)

(In reply to Pablo from comment #4)

So the text of the tip is spoken " type less, find more: search google right from your address.." , but how come it has so much information given untill the actual tip is spoken? is that normal for ubuntu?

Flags: needinfo?(jteh)

It looks like alerts don't interrupt other spoken text with Orca, but they do with NVDA. Whether this is a bug or a design choice in Orca is somewhat controversial. (Interrupting speech can be detrimental to users.) Either way, this is not something Firefox can control and we're doing what we should here, so I'm closing as won't fix.

That said, thanks for considering the optimal experience for screen reader users here. For what it's worth, I agree alerts should interrupt speech, but I'm a little biased given I worked on NVDA for many years. :)

Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(jteh)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.