window list restore to current workspace does not work
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | Metacity |
New
|
Medium
|
||
| | OpenBox |
New
|
Undecided
|
Unassigned | |
| | gnome-panel (Fedora) |
Invalid
|
Unknown
|
||
| | gnome-panel (Ubuntu) |
Low
|
Unassigned | ||
| | metacity (Fedora) |
Won't Fix
|
Unknown
|
||
| | metacity (Ubuntu) |
Low
|
Ubuntu Desktop Bugs | ||
| | openbox (Ubuntu) |
Undecided
|
Unassigned | ||
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.
| Kelvin Gardiner (kelvingardiner) wrote : | #2 |
I can confirm this on Hardy AMD64. Status changed to confirmed.
| Changed in metacity: | |
| status: | New → Confirmed |
| Jamin W. Collins (jcollins) wrote : | #3 |
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 : | #4 |
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 : | #5 |
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 : | #6 |
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 : | #7 |
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 : | #8 |
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 : | #10 |
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 : | #11 |
| komputes (komputes) wrote : | #12 |
| 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 : | #13 |
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 |


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