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 157699 - xinerama window grouping is wrong in window-list applet
xinerama window grouping is wrong in window-list applet
Status: RESOLVED DUPLICATE of bug 154040
Product: gnome-panel
Classification: Other
Component: window list
2.8.x
Other Linux
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-11-08 22:41 UTC by eagsalazar
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description eagsalazar 2004-11-08 22:41:33 UTC
Just recently, the window-list applet changed from listing all apps in the
current workspace to listing only apps in the current workspace that are also on
the current head.

While I can see that some specific individuals may want this feature, it
actually breaks the xinerama two-wide desktop.  The idea is that the wide
desktop is supposed to act like a single large desktop except where it is
convenient to be aware of the fact that it is actually two heads, like for
window placement.  Windows can be dragged transparently across, the alt-tab
tasklist shows apps on both heads, etc.  It is one workspace and should be
treated as such by all apps.

Maybe an option to turn this feature on would satisfy everyone?
Comment 1 eagsalazar 2004-11-08 22:42:44 UTC
Mainly the motivation for filing this bug comes from the fact that, in practice,
it is very annoying to always have to look in two places (two panels, one on
each head) to see what apps are open and to have to click on one or the other
instead of having all tasks listed in one place on the current workspace.
Comment 2 Joachim Sauer 2004-11-10 13:28:47 UTC
I'm also hit by this bug. I've got a dual-head setup and usually use the right
monitor to display Firefox and a Terminal maximized (Firefox in Fullscreen mode
even). So I do browsing for documentation and shell interaction in fullscreen
while still having a whole monitor for whatever I do at the moment. With the new
behaviour, I'd have to create a panel on the right monitor and add a window list
applet just to have one functionality split into two places (seeing the list of
running applications and quickly switching to one). Additionally Firefox
fullscreen mode takes up the whole screen so when Firefox is on top it would
hide the second panel.
Comment 3 d_zamboni 2004-11-12 12:29:32 UTC
I can confirm this bug. I am using MergedFB instead of Xinerama, but I have the
same problem. It would be nice if this could be, in any case, a configurable option.
Comment 4 karim nassar 2004-11-13 01:28:10 UTC
I would add that in 2.6 this did not exist. Just upgraded to 2.8 from 2.6.1, and
got this bug. Can I help?
Comment 5 Daniel Westermann-Clark 2004-11-15 16:47:44 UTC
This looks like a duplicate of bug 154040.
Comment 6 Vincent Untz 2004-11-19 17:10:52 UTC
Thanks Daniel

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