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 the applet. Version-Release number of selected component (if applicable): 2.8.1 How reproducible: 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 again. Actual results: missing windows in the applet. Expected results: I expect this to work the way it did under FC2. Additional info:
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 screen appear. 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] backport Patch backported from upstream: http://bugzilla.gnome.org/show_bug.cgi?id=154040
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 appreciated.
*** 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?
Mark, Thanks. I'll push updates. Hi Jason, Sure.
Is there an ETA on the update for RHEL4?
Hi Bernard, 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. Thank you!
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.