Hello,
I've found a little workaround for the popup menu.
Press the applications key or shift+f10 to bring up the popup menu as normal. Orca won't report to the fact it has gained the focus. Now press shift+up or shift+down arrow key and orca will report active menu item. From now on you can navigate in the menu until you dismiss it.
Greetings
Peter
Hello,
This is even better than awesome.
GTK file chooser dialog in firefox and thunderbird was never so snappy for me.
Unfortunatelly this most likelly clashes with something else there might be broken in gecko.
After pulling a few recent commits orca is perhaps filtering out focus events for the popup menus in gecko apps.
For example when reading your email I wanted to press the applications key to bring up the popup menu and activate the reply to all item in there. Menu is shown but orca is still reporting as if the message content was in focus. The same can be reproduced in Firefox.
Firefox is GTK+3 build and Thunderbird is GTK+2 build (yeah Arch guis have reverted back to upstream build config).
I haven't yet tried identifying exact commit but I am sure one of these is responsible for this change...
commit 47883e17ccbfffd54eb36041c2e62ad647e92b3d
commit bb4a5b585ba2956f126cd5a0677c759d505c9199
commit b36b20991167a21c457d7b196f1a2c16beacdda4
commit 96cd62d0ca6e99a69220a84efb1f3e9590e1d7cf
Greetings
Peter
On 21.03.2017 at 13:01 Joanmarie Diggs wrote:
Okay, I have greatly improved the situation for this non-lockup, at
least in my environment. The problem was the result of two things:
1. A complete absence of object:state-changed:focused events when the
dialog first appears. They magically start getting emitted if you
alt+tab out of and back into the dialog. I am now hacking around
this.
2. The bogus multiple-accessible-app Gecko + Gtk3 bug. I'm now handling
this for an event I hadn't been.
The one thing that I still need to do is make Orca defer to the Gtk+ 3
script for Gtk+ 3 based Gecko apps rather than to the default script.
Until I do this, you will find nameless toggle buttons. In the meantime,
this should make things suck a lot less.
Please pull master and let me know what you find. Thanks!
--joanie
On 03/20/2017 01:19 PM, Nolan Darilek wrote:
Here's a debug.out triggered when I open Firefox's file upload dialog.______________________________
Perhaps it's a bit disingenuous to call it a lockup, but the first few
times I hit it, I thought it was. This happens almost every time I open
a Firefox file upload dialog. When I tab around, buttons and other
controls speak, but the list of files doesn't. If I alt-tab out of the
window, then back in, I usually get speech for files but not always.
When I first hit this I thought Orca had frozen, and an Orca restart
seemed to get things unstuck.
https://www.dropbox.com/s/op3e4g7awa90xd3/debug.nouploaddial og.out?dl=0
Thanks!
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide:
https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org
_________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org