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 154040 - Show all windows in tasklist with xinerama if there's only one tasklist
Show all windows in tasklist with xinerama if there's only one tasklist
Status: RESOLVED FIXED
Product: libwnck
Classification: Core
Component: general
2.8.x
Other Linux
: Normal normal
: ---
Assigned To: libwnck maintainers
libwnck maintainers
: 155535 157699 160275 161968 165830 307700 (view as bug list)
Depends on:
Blocks: 155905
 
 
Reported: 2004-09-29 10:07 UTC by Crispin Flowerday (not receiving bugmail)
Modified: 2005-09-16 14:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to revert disable fix for bug 98698 (2.85 KB, patch)
2004-10-28 19:08 UTC, Crispin Flowerday (not receiving bugmail)
none Details | Review
fix tasklist multi-monitor behaviour if there is only one tasklist running (3.98 KB, patch)
2004-12-05 16:43 UTC, Jürg Billeter
none Details | Review

Description Crispin Flowerday (not receiving bugmail) 2004-09-29 10:07:57 UTC
I have a xinerama setup, with a single panel, across the bottom of the main
monitor. Previously, the window list always showed all the windows on both
monitors, now it only shows the windows on the monitor the panel is on.

This is as a result of bug 98698, in which Havoc says:

"...do it the old way if there's only a single tasklist"

It would be great if this change could be made, for the moment I have reverted
to the previous version of libwnck
Comment 1 Mark McLoughlin 2004-09-29 14:51:52 UTC
Just to summarise - with Xinerama, if you only have a single tasklist (i.e. not
one per-monitor) it makes sense for the tasklist to show the windows from all
monitors.
Comment 2 Lars Hamann 2004-10-13 11:11:07 UTC
The whole change around http://bugzilla.gnome.org/show_bug.cgi?id=98698 causes a
 few problems: Window List options are "Show windows from current workspace"
and "Show windows from all workspaces". Unfortunately Window List does "Show
windows from current workspace on same monitor" and "Show windows from all
workspaces on same monitor". Especially the latter behavior is very confusing.
At least create a new checkbox "Show only windows on same monitor", so the user
can choose.

 
Comment 3 Jürg Billeter 2004-10-13 13:45:12 UTC
Hm, any hint how to detect whether only one tasklist is running? Is it even
possible (without extra daemon...) to detect this from libwnck or does
gnome-panel need to inform libwnck?

UI / string changes probably can't be done in the stable branch due to freezes
but  we should agree as early as possible whether such changes should be made
for gnome 2.10 at all.
Comment 4 Lars Hamann 2004-10-13 16:02:47 UTC
But something has to be done soon.
This situation is very confusing.
The Window List applet is the only applet (I know) that distinguishes monitors
of the same workspace. Neither Window Selector nor Screenshot does something
similar.
It does so while stating the opposite. Applet options and online help refer to
windows from current or all workspaces, no mentions of monitors.
If it's against the release-policy to change strings or introduce new options
then maybe one should revert the changes from 98698. These changes where late,
maybe that's the bug in the first place.
Comment 5 Havoc Pennington 2004-10-16 15:14:08 UTC
I'd suggest as a short-term fix to show all monitors when "show windows from all
workspaces" is checked, and show only current monitor when "show windows from
current space" is checked.

To keep track of number of tasklist applets, we could extend bonobo-activation,
panel, dbus, or something else to support that probably.
Comment 6 Stian Jordet 2004-10-24 23:56:41 UTC
Anyway, this is a regression. Was not like this with Gnome 2.6. And it's really,
really confusing...
Comment 7 Rick Schippers 2004-10-26 07:50:22 UTC
I'm experiencing the same problemd here. It's really annoying. I hope that it
will be fixed soon.
Comment 8 Rob Adams 2004-10-28 15:43:41 UTC
I'd suggest as a short-term fix reverting the change until we can detect the
number of applets.
Comment 9 Havoc Pennington 2004-10-28 17:38:36 UTC
Reverting it is fine with me, maybe to save work just disable it with a couple
lines hack or something.
Comment 10 Crispin Flowerday (not receiving bugmail) 2004-10-28 19:08:15 UTC
Created attachment 33177 [details] [review]
Patch to revert disable fix for bug 98698

This is a pretty minimal change that effectively disables (I think) the
previous change, I haven't tested it (my xinerama setup is at work, and I'm at
home...) so someone with a more accessible setup probably needs to give it a
quick test.
Comment 11 Elijah Newren 2004-10-28 20:08:58 UTC
*** Bug 155535 has been marked as a duplicate of this bug. ***
Comment 12 Crispin Flowerday (not receiving bugmail) 2004-10-29 10:45:55 UTC
I have now tested that patch, and it appears to work for me exactly as expected
(i.e all windows show all the time)
Comment 13 Daryl Stimm 2004-10-29 15:52:55 UTC
thanks Crispin, I tried that patch too, and it worked fine.   Still I hope they
correct this issue with the next version of libwnck,

Anyone that thinks this isnt an issue doesnt use Dual displays.
Comment 14 eagsalazar 2004-11-15 22:00:03 UTC
So the proposed solution is to revert to the old behavior until a real solution
can be implemented - where "real solution" means that one applet shows all
windows unless more than one applet is detected?  On a panel on the other head?

I really think that that is still the wrong behavior and should, at most, be an
option and definitely not the default.  At the very very least, it should be an
option to turn it off.

Every window list applet should show every window on all heads in the current
workspace.  Reasons:

1. consistency with other window "lists" - e.g. window selector applet, alt-tab
list.
2. It is one workspace.  Not two workspaces displayed side by side.  Breaking up
the list (by default) breaks the metaphor.
3. Even if you do have two panels (the solution that most people posting to this
bug have probably resorted to) it is still annoying and non-intuitive to have to
look in two different places to see all your open apps.

Additionally, the details of how that should work will be messy because it isn't
just if there is more than one window-list applet but if there is another window
list applet on another head.  That other window list could be on a single panel
that spans both desktops (is that possible?) or on another panel.  There is the
possability that someone could have two panels on the same head both of which
have the window list applet.

In any case, it seems less intuitive (even though it seems like a cool detail at
first glance and maybe *some* people would like it, the large number of people
reporting this bug however makes that seem like a dubious assumption) even if
there are two applets on different heads and hacky and complicated.

My 2cents.
Comment 15 Vincent Untz 2004-11-19 17:10:54 UTC
*** Bug 157699 has been marked as a duplicate of this bug. ***
Comment 16 Jürg Billeter 2004-12-05 16:42:00 UTC
I've attached a patch which shows all windows if there is only one tasklist
active and shows only windows from the same monitor otherwise.

I think that's the easiest approach without introducing new configuration
options and suchlike. Please test and report whether it behaves appropriate. The
small fix from Bug 154041 has been included in the patch here.
Comment 17 Jürg Billeter 2004-12-05 16:43:21 UTC
Created attachment 34510 [details] [review]
fix tasklist multi-monitor behaviour if there is only one tasklist running
Comment 18 Havoc Pennington 2004-12-13 02:39:16 UTC
Do all tasklist applets run in the same process?
Comment 19 Jürg Billeter 2004-12-13 13:59:09 UTC
Yes, all tasklist _applets_ run in the same process as they run in the bonobo
server "wnck-applet" (part of gnome-panel). Of course non-applet tasklists don't
run in the same process as tasklist applets.
Comment 20 Mark McLoughlin 2004-12-15 10:15:36 UTC
Thanks:

2004-12-15  Mark McLoughlin  <mark@skynet.ie>

        Based on a patch from Juerg Billeter <j@bitron.ch> in
        bug #154040.

        * libwnck/tasklist.c:
        (wnck_tasklist_init), (wnck_tasklist_finalize): track
        tasklist instaces and call update_lists() on all instances
        when instances are added or removed.
        (wnck_tasklist_update_lists): only constrain the tasklist
        to showing windows from a certain monitor if its the only
        monitor.

Comment 21 Vincent Untz 2004-12-22 09:38:18 UTC
*** Bug 160275 has been marked as a duplicate of this bug. ***
Comment 22 Vincent Untz 2004-12-22 11:31:43 UTC
*** Bug 161968 has been marked as a duplicate of this bug. ***
Comment 23 oa 2004-12-30 12:55:22 UTC
Excuse me if this is a stupid question, but is this patch included in some
libwnck release, or is 2.8.2 perhaps coming to come some day? My FC3 laptop is
still broken, since I CAN'T set up a panel on every screen (this being a laptop,
the number or layout of screens connected is not a constant), and I think it's
somewhat unreasonable to expect that everyone should patch and rebuild libwnck
on their own.
Comment 24 Havoc Pennington 2004-12-30 22:50:20 UTC
2.8.2 is likely to happen, yes.
Comment 25 Vincent Untz 2005-01-31 18:01:02 UTC
*** Bug 165830 has been marked as a duplicate of this bug. ***
Comment 26 Vincent Untz 2005-09-16 14:53:34 UTC
*** Bug 307700 has been marked as a duplicate of this bug. ***