Red Hat Bugzilla – Bug 138874
window-list applet 2.8.1 broke for xinerama displays
Last modified: 2014-06-18 05:07:36 EDT
Description of problem: There is a problem with the window-list applet
on dual-head machines. The issue may be a xinerama bug in metacity,
not completely sure, but I think its in the applet itself. I have a
dual-head machine. On the left most monitor I have a menu panel with
some assorted other applets and icons. There is no problem with this.
On the second monitor, at the top of the screen I have a panel with
just one running applet, the window-list applet. This applet only
shows windows that are started on the monitor on which the panel with
the window-list applet resides. If I have an open window on the left
most monitor I will not see it in the window list until it has been
dragged onto the right most montitor. The problem works the same if I
have a panel with the window-list applet on the left monitor running
Version-Release number of selected component (if applicable):
100% reproducible on a xinerama desktop
Steps to Reproduce:
1. create a panel on the right monitor
2. install the window-list applet
3. fire up an application on the left monitor
4. Watch as it doesn't appear in the applet
5. Drag the window to the screen that has the running window-list
applet and suddenly it appears. Move it back and ouila it disappears
missing windows in the applet.
I expect this to work the way it did under FC2.
I have the same problem.
I find the new behaviour much better than the old one. Now I can have
a window list on each screen and only the windows from the relevant
If people need it to work in the old way, perhaps a config switch
would allow a user to choose between the new and old behaviours.
The behavior is remarkably dysfunctional. You expect this applet to
show whats on the workspace and not the particular monitor. Any other
behavior is inappropriate, however since the applet does appear to be
broken, if you could code around the problem and put in a preference
setting that allows you to turn on this behavior. The applet should
still display all the windows in a workspace!!!
I'm having the same problem. A nasty side effect is that if you
minimize the window on a screen w/o a panel there is no obvious way to
get it back. (Non-obvious ways include Alt-Tab) I addeded the window
selector to my panel as a work around. It gets all windows and groups
them into current workspace and non-current workspace which suggests
that this may be a window list applet problem and not a meta-city problem.
Created attachment 108598 [details]
Patch backported from upstream:
Thanks for the patch. I applied it to the libwnck package and it
corrects the behavior of the window list applet. If you run 1 applet,
it manages both screens. If you run a window list applet on each
screen, the window list applet will manage the screens on its desktop.
It's even better than having a config option.
*** Bug 137730 has been marked as a duplicate of this bug. ***
*** Bug 143604 has been marked as a duplicate of this bug. ***
*** Bug 145213 has been marked as a duplicate of this bug. ***
*** Bug 147348 has been marked as a duplicate of this bug. ***
This problem also occurs in RHEL 4. A released bug fix would be
*** Bug 149101 has been marked as a duplicate of this bug. ***
*** Bug 154010 has been marked as a duplicate of this bug. ***
Ray: this is fixed in rawhide, so its only relevant for FC3 and RHEL4
Will there be a bug fix for FC3?
Thanks. I'll push updates.
Is there an ETA on the update for RHEL4?
This update will probably appear in RHEL4 quarterly update 2
Three ACKs, moving to CANFIX.
Currently, if you have the window-list applet open on one panel, it displays all
the windows in the workspace, but if you have it on two panels (one on each
head), it only displays the windows in the head it's on. Both behaviors are
fine, but I would suggest adding the option for a third behavior: displaying all
the windows on the workspace on both panels.
This is important in the situation where you have an application (say, a video
player) running full screen on one head. There's no way to select the windows
or see window events on that head because the window-list applet on that head is
obscured and the windows do not display on the window-list applet of the other head.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
I no longer have access to the equipment that displayed this bug. Go ahead and
close it. Thanks,
Marking fixed in rawhide as per comment #14.