Bug 138874
Summary: | window-list applet 2.8.1 broke for xinerama displays | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sam Williams <samurai> | ||||
Component: | libwnck | Assignee: | Søren Sandmann Pedersen <sandmann> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3 | CC: | bcs, b.lineham, bos, dwmw2, joe, kem, mattdm, stadler, tom | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-07-11 16:15:34 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Sam Williams
2004-11-11 19:02:50 UTC
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. |