GNOME Bugzilla – Bug 345462
Orca should speak changes when moving up a level in menus
Last modified: 2015-03-18 13:36:09 UTC
Please describe the problem: When moving up a level in a menu orca doesn't speak the change Steps to reproduce: 1. open the application launch menu 2. Arrow to accessories and right arrow 3. Arrow through the accessories menu and then left arrow Actual results: You hear the accessories menu but not the top level menu when you return to it. Expected results: All menu items should be spoken when navigating to them. Does this happen every time? yes Other information:
The problem reported here does occasionally occur. You've typically got to move around the menus quite fast to recreate it. At least for me. When the problem has occured the following has happened. The onFocus() method is default.py calls orca.setLocusOfFocus(). There is the following piece of code near the beginning of orca.setLocusOfFocus() if obj == locusOfFocus: return That's what's happening here. obj == locusOfFocus. This is preventing the braille/speak being output when you move back to the parent menu. The locusOfFocus has previously been set (via an "object:selection-changed" event), in the call to orca.setLocusOfFocus() in the onSelectionChanged() method in default.py. So I know what's causing it, but I'm unsure how to fix it. Will?
By the Bugzilla definition of critical [1], this bug isn't critical. Bumping it down a notch. Thanks for the clarification Will. [1] http://bugzilla.gnome.org/page.cgi?id=bug-status.html#bug_severity
Created attachment 70144 [details] [review] Fix for the problem.
Changes checked into CVS HEAD. Closing as FIXED.
In fixing bug #347691, a nicer, cleaner fix was found that also fixed this problem. See the attached patch for that bug for more details.