window list restore to current workspace does not work

Bug #216049 reported by Miek Gieben on 2008-04-11
40
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Metacity
New
Medium
OpenBox
New
Undecided
Unassigned
gnome-panel (Fedora)
Invalid
Unknown
gnome-panel (Ubuntu)
Low
Unassigned
Nominated for Hardy by Jesse Gilles
Nominated for Jaunty by Jamin W. Collins
Nominated for Karmic by komputes
metacity (Fedora)
Won't Fix
Unknown
metacity (Ubuntu)
Low
Ubuntu Desktop Bugs
Nominated for Hardy by Jesse Gilles
Nominated for Jaunty by Jamin W. Collins
Nominated for Karmic by komputes
openbox (Ubuntu)
Undecided
Unassigned
Nominated for Hardy by Jesse Gilles
Nominated for Jaunty by Jamin W. Collins
Nominated for Karmic by komputes

Bug Description

Binary package hint: gnome-panel

In the window list applet I can observe the following behavior:
(this is on hardy with AMD64)
- set the preference to: 'restore to current workspace'
- minimize a window
- try to restore the window in a different workspace

It will not work, instead the window in the window list will just flash and do nothing. Only when you
click on the minimized window in the correct workspace will it restore.

Sebastien Bacher (seb128) wrote :

the issue could be due to the recent window-manager change

Changed in metacity:
importance: Undecided → Low

I can confirm this on Hardy AMD64. Status changed to confirmed.

Changed in metacity:
status: New → Confirmed
Jamin W. Collins (jcollins) wrote :

I've been annoyed by this same behavior since upgrading to Hardy. Note: this is happening with the x86 (32-bit) version as well.

Tchalvak (tchalvak) wrote :

Yep, same for me, Hardy AMD64.

Since clicking to restore doesn't work from another desktop, you end up actually having to cycle through your workspaces clicking to restore to find which workspace the minimized window is living in.

Filip Dąbek (filedil) wrote :

It seems this bug is still unfixed in Intrepid. I can only unminimize a window on it's workspace, which makes this option quite broken.

Pedro Villavicencio (pedro) wrote :

this seems to be fixed on jaunty, may someone else confirm it? thanks.

Changed in metacity:
assignee: nobody → desktop-bugs
status: Confirmed → Incomplete
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in metacity:
status: Incomplete → Invalid
Jamin W. Collins (jcollins) wrote :

Confirmed this is still a problem with metacity on up to date Jaunty

Changed in metacity:
status: Invalid → Confirmed
Changed in metacity:
status: Unknown → New

I can confirm that this bug exists in Jaunty beta with compiz 0.8.2-0ubuntu6. In Workspace Switcher, I have 1 column, 12 rows, in Window List Preferences set "Restore to current workspace". After minimizing and switching to another workspace, restore of minimized window goes back to native workspace.

Changed in metacity (Ubuntu):
status: Confirmed → Triaged
komputes (komputes) wrote :

I can also confirm this issue on Ubuntu 9.04. The issue is specifically with the "Window List Applet", so I'm not sure if the metacity compositing window manager has any part in this bug.

The has been reproduced on multiple releases and distributions.

I will add video capture of the issue and link to existing bug on redhat bugzilla.

komputes (komputes) wrote :
komputes (komputes) wrote :
Changed in gnome-panel (Fedora):
status: Unknown → Confirmed
Changed in metacity (Fedora):
status: Unknown → In Progress
Changed in gnome-panel (Ubuntu):
status: New → Triaged
importance: Undecided → Low
Changed in metacity (Fedora):
status: In Progress → Won't Fix
Changed in gnome-panel (Fedora):
status: Confirmed → Invalid
Jamin W. Collins (jcollins) wrote :

Not only is this bug still present, it appears to have gotten worse. Before it was only present with gnome and metacity. Now, I'm seeing the same problem with openbox also, which used to work fine prior to upgrading to 10.04 (lucid)

I have reported a related bug (which was incorrectly marked a duplicate of this): 591529

Changed in metacity:
importance: Unknown → Medium
Changed in openbox (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.