GNOME Bugzilla – Bug 427880
[pending] Alt+Tab doesn't present first window
Last modified: 2007-04-13 18:15:58 UTC
From the Orca mailing list: "If I press alt-tab and hold down the alt key I can't hear the application I will be switching to. If I keep the alt key pressed and hit the tab key subsequent times, I hear the applications cycling. But the first time the application isn't spoken. The same happens when switching workspaces. Only the second and subsequent workspaces are spoken and the first is silent. This seems to be new in 2.18."
I believe the behavior Lorenzo is describing here is a regression. The Orca script for metacity (the window manager) is depending upon receiving "text inserted" events for the metacity status bar when the user presses Alt+Tab. It appears as though the first time you press Alt+Tab, these events are not delivered. But, when you continue to hold Alt and then release/press Tab, the events are delivered. The resulting behavior is that Orca will not present the first window you might end up on as the result of an Alt+Tab. There seems to be an event we might look for (object:property-change:accessible-role) that might help us, though. This seems to be issued the first time you press Alt+Tab. (By 'first time', I don't mean only the very very first time for the whole desktop session, I mean the first time you press Alt+Tab before continuing on to cycle through the windows).
Created attachment 86048 [details] [review] Patch to handle state showing events for when status bar pops up This patch seems to resolve the problem. All I can guess is that the metacity folks might have done something different with the status bar, perhaps making changes to it prior to popping it up. As a result, we might not have received text inserted events. Just a guess.
This one now seems fixed with orca from trunk. I think it is safe to close.
Thanks! Closing as FIXED.