| 2009-01-23 15:41:28 |
Fabien Tassin |
None: statusexplanation |
Hi Steve, thanks for using Ubuntu and thanks for taking the time to contribute and file this bug report! Can you clarify what window manager you are using, metacity or compiz. If you don't know, go to System -> Preferences -> Appearance, click the "Visual Effects" tab, and if None is enabled you are using metacity (probably), otherwise it is compiz.
For me using compiz, clicking the icon in the system tray brings it to the current workspace no matter where I am (for pidgin and rhythmbox, at least), so I can't duplicate that behavior here. Let me know, and thanks again! |
Confirmed for me too, in intrepid and jaunty, 32 and 64.
Using Metacity, bug visible with liferea, gwibber, rhythmbox, deluge but strangely, xchat is fine.
Not sure where to assign this bug. As it impacts both C & Python apps, i would go to gtk2.
A few months ago, I patched liferea to work around this bug (See Bug #238958), thinking it was liferea's fault. It worked for a while, but it is broken again.
To extend the description a bit, it's worse than just "apps not moved to the current workspace".
I would say "apps switch between invisible and iconified state if the tray is clicked from another workspace".
1. Open liferea or rhythmbox or gwibber or deluge in workspace 1, let the app visible.
=> In the window selector menu, the app is listed in the top section.
2. Move to workspace 2
=> In the window selector menu, the app is still listed but in its corresponding section (Desk 1)
3. Click on the icon tray
=> you can see the window disappear from the Window switcher applet
=> nothing happens in the current worskapace
=> In the window selector menu, the app is no longer listed (bad, IMHO, it should be into [])
Here, there's nothing you can do to raise the app on any workspace, except click the tray again, but that where it gets uglier.. if you do click the tray once, nothing happens in any workspace, the only difference is that the app is now listed in the window selector menu into [], showing it is iconified. In that state, you can click on it (still in the window selector menu) and it raises in workspace 2 (if you moved to another workspace, it will move you to workspace 2 with the app raised).
This is annoying for sure, and it really feels bogus. |
|
| 2009-01-24 13:18:56 |
Fabien Tassin |
None: statusexplanation |
Confirmed for me too, in intrepid and jaunty, 32 and 64.
Using Metacity, bug visible with liferea, gwibber, rhythmbox, deluge but strangely, xchat is fine.
Not sure where to assign this bug. As it impacts both C & Python apps, i would go to gtk2.
A few months ago, I patched liferea to work around this bug (See Bug #238958), thinking it was liferea's fault. It worked for a while, but it is broken again.
To extend the description a bit, it's worse than just "apps not moved to the current workspace".
I would say "apps switch between invisible and iconified state if the tray is clicked from another workspace".
1. Open liferea or rhythmbox or gwibber or deluge in workspace 1, let the app visible.
=> In the window selector menu, the app is listed in the top section.
2. Move to workspace 2
=> In the window selector menu, the app is still listed but in its corresponding section (Desk 1)
3. Click on the icon tray
=> you can see the window disappear from the Window switcher applet
=> nothing happens in the current worskapace
=> In the window selector menu, the app is no longer listed (bad, IMHO, it should be into [])
Here, there's nothing you can do to raise the app on any workspace, except click the tray again, but that where it gets uglier.. if you do click the tray once, nothing happens in any workspace, the only difference is that the app is now listed in the window selector menu into [], showing it is iconified. In that state, you can click on it (still in the window selector menu) and it raises in workspace 2 (if you moved to another workspace, it will move you to workspace 2 with the app raised).
This is annoying for sure, and it really feels bogus. |
|
|
