From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4 Description of problem: I upgraded from Fedora Core 3 to 4 using the installation CDs. There where no observable difficulties during this process. I now face a problem with the window list applet. It affects my old user account and newly created users as well if the applet is configured to show windows from all workspaces. See below for reproduction steps. Version-Release number of selected component (if applicable): gnome-applets-2.10.1-9 How reproducible: Always Steps to Reproduce: 1. Configure "Window List Preferences" with "Show windows from all workspaces". 2. Start an application. 3. Move to another workspace 4. Klick on the window list button representing the running application from other workspace. Actual Results: Nothing happens. Expected Results: There should be a switch to the workspace where the application started and the window should re-appear. Additional info: This behavior affects only newly started applications. When multiple applications run, one can first switch to an older application and then switch to the new one which is then shown properly.
Hmm... This is either a libwnck bug or a Metacity bug. For now I'm going to assign it to libwnck.
futhermore -- if "restore to native workspace" is set and you click on button of a window that is on another workspace, workspace isn't switched and the clicked window appears (moves) to current workspace
I will confirm comment #2. Restore to native workspace worked fine yesterday. It acts like restore to current workspace now after todays update to metacity.
This might be related to bug id #165859.
This is http://bugzilla.gnome.org/show_bug.cgi?id=331661, which was fixed in libwnck 2.13.x upstream (if you want to backport, be sure to fix the bug that was caused by the fix from that bug; see http://bugzilla.gnome.org/show_bug.cgi?id=335316).
Should be fixed in rawhide, please reopen if not.