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 598389 - Frequent wrong application ordering in alt-tab
Frequent wrong application ordering in alt-tab
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2009-10-14 10:46 UTC by Steve Frécinaux
Modified: 2009-10-16 15:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Wrong alt-tab ordering (491.53 KB, image/png)
2009-10-14 11:33 UTC, Steve Frécinaux
  Details
[ShellApp] fix app/window sort order (2.11 KB, patch)
2009-10-16 14:54 UTC, Dan Winship
committed Details | Review

Description Steve Frécinaux 2009-10-14 10:46:57 UTC
From time to time, applications start not to order properly in the alt+tab app switcher. Apps start to become "sticky" and stay at the first place, whatever other app you focus. This makes it very painful to do alt+tab to get to the last used window...

A sample of this behaviour is shown here http://istique.net/alttab.ogv (look mostly at the xchat icon)
Comment 1 Steve Frécinaux 2009-10-14 11:33:14 UTC
Created attachment 145409 [details]
Wrong alt-tab ordering

Notice the following facts:
 - the focused window is the iceweasel window
 - the leftmost application on the screenshot is *not* the iceweasel one, despite it should.

Expected behaviour:
 - the leftmost application should always be the one the selected window belongs to.

I guess the issue there is some problem with the timestamps...
Comment 2 Dan Winship 2009-10-14 23:38:31 UTC
It seems that this happens if you activate a window, and then go immediately back into alt-tab again (eg, because you selected the wrong window the first time, or else because you only needed to look at some information in the window, not actually interact with it).

I'm not sure why yet though, since it looks like activating a window does change its user-time, so we ought to end up with a different sorting the second time through.
Comment 3 Dan Winship 2009-10-16 14:54:56 UTC
Created attachment 145615 [details] [review]
[ShellApp] fix app/window sort order

The window lists were not being resorted when user-time changed, and
the app list was mistakenly "penalizing" apps for having *any*
minimized windows, rather than for having *only* minimized windows.
Comment 4 Dan Winship 2009-10-16 15:16:21 UTC
Attachment 145615 [details] pushed as 79a6142 - [ShellApp] fix app/window sort order