GNOME Bugzilla – Bug 671998
Keyboard navigation in app menu on new workspace
Last modified: 2012-03-17 00:14:40 UTC
* Open any application * Switch to a new workspace by mousing to the activities overview, clicking the empty workspace on the right, then clicking the desktop to exit the overview. This bug can only be triggered when mousing to a new workspace. It does not happen with Ctrl+Alt+Down. * Press Ctrl+Alt+Tab to give keyboard focus to the top bar. * Press right once. Notice that nothing on the top bar appears to have focus. * Press Enter. Observe a menu appear out of nowhere. * Navigate to Quit and press Enter. Your last-focused app on some other workspace goes away.
Created attachment 209635 [details] [review] AppMenuButton: Don't set the actor reactive if it's not really visible Reactive means that the actor is reachable from keyboard navigation. If the target isn't current that means we are not tweening the actor to be visible so we can't set it reactive either.
Review of attachment 209635 [details] [review]: Minor nit in the commit message: "... we can't set it reactive" - if we really couldn't, there would be no bug - I think "... we shouldn't set it reactive" makes more sense :-)
Pushed with the suggested commit message change. Attachment 209635 [details] pushed as 22e1abb - AppMenuButton: Don't set the actor reactive if it's not really visible