Ubuntu & Orca screen reader - Stops working after first restart
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox90 | --- | unaffected |
| firefox91 | --- | unaffected |
| firefox92 | --- | wontfix |
| firefox93 | --- | verified |
People
(Reporter: muirpablo, Assigned: eeejay)
References
Details
Attachments
(1 file)
Description
After first restart using orca screen reader the file menu is not accessible using the alt key.
Tested and affects all these Os
Ubuntu 20
Affected
Firefox nightly 92.0a1 affected
Firefox beta 91.0b9 not affected
Firefox release 90.0.2 not affected
Preconditions
have orca installed and running
Steps
-Create new profile and launch firefox
-press alt key (notice it says "left alt, file menu", and you can press right key, and then down key... and it speaks.
-press control Q to close firefox
-Launch again firefox, use the same profile, and press "alt" key
Expected result
it should say "left alt, file menu" . and you should be able to navigate the menu, and you should hear each option
Actual result
-
it only says "left alt", it did not say file menu.
-
randomly it can do 2 things:
a) when you press right key and then the down key, it shows the menus but orca does not say anything that is selected for example it is not speak "edit menu" nor "settings"
b) when you press right and down key, no menu is shown, firefox does nothing.
notes: The same thing happens if you
- run a new profile
- go to about:About
- press tab key
on first run it reads the options, but if you close firefox and launch it again, it does not read the content inside about:about
|
||
Updated•2 years ago
|
|
Assignee | |
Comment 1•2 years ago
|
||
I was able to reproduce. a not-so-quick biesection found the issue to be in March 22nd, 2018. Nothing obvious in that range. One unrelated ATK patch. Will investigate further.
|
|
Assignee | |
Comment 2•2 years ago
|
||
I suspect this is a regression from bug 1447719. Setting browser.startup.blankWindow seems to resolve this.
|
|
Assignee | |
Comment 3•2 years ago
|
||
Firefox shows a blank window and then swaps it for the real thing for
percieved startup performance. This causes us to throw away the
activated state stored on the initial root widget. Instead of storing
the state, we should retrieve it from widget.
|
||
Updated•2 years ago
|
Pushed by eisaacson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b70a28c9a533 Get activated state from widget instead of storing it. r=Jamie
|
||
Comment 5•2 years ago
|
||
Backed out for causing failures on browser_accessibility_indicator.js.
Backout link: https://hg.mozilla.org/integration/autoland/rev/4109f1c470fe5e7c9223c6816d56087d702c39e7
Push were failures appeared: https://treeherder.mozilla.org/jobs?repo=autoland&selectedTaskRun=ZY3xXNF3RGKrsv_VwQtoxA.0&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel&revision=56c2b09005239651be6faacb612e4733f9d807c6
Failure log: https://treeherder.mozilla.org/logviewer?job_id=347991342&repo=autoland&lineNumber=2612
Pushed by eisaacson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c9c0a125e6b2 Get activated state from widget instead of storing it. r=Jamie
|
||
Comment 7•2 years ago
|
||
| bugherder | ||
|
|
Assignee | |
Updated•2 years ago
|
|
||
Comment 8•2 years ago
|
||
The patch landed in nightly and beta is affected.
:eeejay, is this bug important enough to require an uplift?
If not please set status_beta to wontfix.
If yes, don't forget to request an uplift for the patches in the regression caused by this fix.
For more information, please visit auto_nag documentation.
|
|
Assignee | |
Comment 9•2 years ago
|
||
This patch is not 100% simple, and since this bug has existed for 3 years, there is no hurry to uplift it to beta.
|
Reporter | |
Comment 10•2 years ago
|
||
Verified fix on todays nightly 93.0a1 on Ubuntu 20 64bit, after restart using the same profile i can hear left alt> file menu, and the options in the menu pressing arrow keys
Description
•