GNOME Bugzilla – Bug 150763
Workspace switcher messes up workspaces
Last modified: 2004-12-22 21:47:04 UTC
Distribution: Debian 3.1 Package: gnome-panel Severity: normal Version: GNOME2.6.1 unspecified Gnome-Distributor: Debian Synopsis: Workspace switcher messes up workspaces Bugzilla-Product: gnome-panel Bugzilla-Component: Workspace Switcher Applet Bugzilla-Version: unspecified Description: Description of Problem: Assume I have two workspaces, A and B. A has a full-screen emacs window and a (smaller) xterm, which is in the foreground. Steps to reproduce the problem: 1. Switch to workspace B. 2. Switch back to workspace A. Actual Results: The huge emacs window is in front of the xterm. Expected Results: The xterm is still in front. How often does this happen? Always. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-08-22 08:26 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "gnome-panel". Setting to default milestone for this product, '---' The original reporter of this bug does not have an account here. Reassigning to the person who moved it here, unknown@bugzilla.gnome.org. Previous reporter was mathem@tiker.net. Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
It's fixed. I'm not sure if the fix will appear in a 2.6.x release, though. *** This bug has been marked as a duplicate of 120100 ***
Actually, the description sounds more like this is a duplicate of bug 124981. And the bug is actually more subtle than the reporter realizes: whichever window one clicks within in the workspace switcher is the one that gets activated. So the workspace switcher was trying to be both a workspace switcher and a window activator (thankfully, though, it now only does one or the other). But yeah, it is fixed. :-)