After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 655802 - Alt-Tab does not (necessarily) give keyboard focus to the selected window.
Alt-Tab does not (necessarily) give keyboard focus to the selected window.
Status: RESOLVED DUPLICATE of bug 597190
Product: gnome-shell
Classification: Core
Component: general
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-08-02 11:43 UTC by Screwtape
Modified: 2011-08-02 11:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Screwtape 2011-08-02 11:43:52 UTC
I am using gnome-shell with the "/apps/metacity/general/focus_mode" key set to "sloppy".

Steps to reproduce:
- Set the gconf key "/apps/metacity/general/focus_mode" to "sloppy" (you might
  need to restart gnome-shell or log out and back in to make this setting take
  effect, I'm not sure)
- open (say) a browser and a terminal window side-by-side.
- move the mouse into the browser window, giving it the keyboard focus.
- Hold down Alt and tap Tab until "Terminal" is highlighted, then let go of
  Alt.

Expected results:
- Terminal window brought to the front and given keyboard focus.

Actual results:
- Terminal window brought to the front, but keyboard focus stays with the
  window containing the mouse cursor.

If I tinker with the various keybindings in /apps/metacity/global_keybindings
it turns out that the 'cycle_windows' keybinding correctly handles switching
correctly (both bringing to the front and giving keyboard focus). If I set the
<switch_windows_backward" keybinding to something that differs from the
"switch_windows" keybinding by more than just <Shift>, then that keybinding
brings up the traditional Metacity Alt-Tab switcher, which also handles
switching correctly. The "AlternateTab" gnome-shell extension behaves just like
the regular gnome-shell switcher in this regard, so it's not just a 'focussing
windows' vs. 'focussing apps' issue.
Comment 1 Rui Matos 2011-08-02 11:55:11 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 597190 ***