Red Hat Bugzilla – Bug 165658
Restore to native workspace do not work
Last modified: 2007-11-30 17:11:11 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6
Description of problem:
After the update to metacity-2.10.3-1 the window list option "restore to native workspace" do not work. "Clicking" on the application in the window list restores the application to the current workspace.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Update metacity to latest version (2.10.3-1)
2.Put an application on another workspace window
3.Click on the application in the window list
Actual Results: The application is put on current workspace
Expected Results: It should be opened on the native workspace (as this is the chosen action in "window list preferences" on my system)
Yup - happens here, too. Really REALLY annoying.
Happens on both my FC4 machines after metacity update. VERY ANNOYING !!! Feels
like I have no virtual desktops.
*** Bug 166490 has been marked as a duplicate of this bug. ***
Seems this has been discussed in http://bugzilla.gnome.org/show_bug.cgi?id=128380 .
The changed behaviour was introduced in Metacity 2.10.3
(http://www.linuxcompatible.org/Metacity_2.10.3_s51685.html), and reverted back
in Metacity 2.11.1 (http://www.linuxcompatible.org/Metacity_2.11.1_s51713.html).
Would it be sustainable to release a Fedora patch for 2.10.3, as the current
2.10.3 behaviour renders the gnome-panel "Window-List" applet preferences useless ?
Created attachment 118629 [details]
_NET_ACTIVE_WINDOW patch culprit
Seems the attached patch (extract from
is the culprit.
The patch looks to be reverted in
, but I have no idea whether it would patch cleanly against the Fedora
Another pointer :
I've pushed an update for libwnck that may solve your problems.
Can you try installing the libwnck rpms from testing:
and tell me if it addresses your problems?
It's fixed for me:
[cioby@DustPuppy cioby]$ rpm -q metacity libwnck
libwnck-2.10.0-4.fc4 or libwnck-2.10.0-4.fc4.1 ?
[cioby@DustPuppy cioby]$ rpm -q libwnck
I did an "yum --enablerepo updates-testing update"
Maybe my local mirror does not have yet the fc4.1 version
Sorry for the spam, it's not fixed, not even with fc4.1 :(
Still borked for me, too.
this libwnck-2.10.0-4.fc4 do not solve the problem. The patch Didier Moens
posted here seem to make this behaviour the designed one. I guess that this
means that if the window list wants to keep the window in it's current workspace
it must change the current workspace to the native one <i>before</i> activating
From the info in libwnck it states that it is responsible for the way pagers
act, so I'm guessing that Ray Strode's libwnck was altered to behave like that,
but it didn't work.
I am really anoyed by this behaviour change. I want to help, where can I get the
sources for this libwnck so I could try to do some "good"? I will, as soon as
finishing here search the src rpm in the testing area.
Just a confirmation : as to be expected, reverting to metacity-2.10.0-2.fc4
reestablishes Window List's "Restore to native workspace" functionality.
*** Bug 165859 has been marked as a duplicate of this bug. ***
So the problem is that metacity 2.10.3 really only works right with libwnck
I've added libwnck 2.10.3 to the testing updates queue (so it should show up
later today or tomorrow). When it does, can you guys test it and confirm that
it fixes the problem?
After that, I'll push the update out of testing.
Tested with metacity-2.10.3-1 and libwnck-2.10.3-1 ; Window List "Restore to
native workspace" confirmed fixed.
Great. I've queued it for fc4-updates.
Works here, too.