Apps in notifcation bar are no longer moved to current workspace on click

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!

I generally use Metacity (no effects) but I've confirmed the same behaviour with 'Normal' effects.

Also confirmed the same behaviour in Rhythmbox.

I suspected this was an upgrade problem so did a reinstall (keeping my home directory around). However this is still an issue. This may be some setting somewhere, suggestions welcome.

Since it's been a very long time since any additional info was added to this bug, I'm just checking to see if this is still an issue, and find out what additional work should be done on this bug.

This remains an issue. I have also tried creating a new user and testing there; same results. It may be worth noting this is on amd64.

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.

On Sat, Jan 24, 2009 at 01:18:56PM -0000, Fabien Tassin wrote:
> ** Changed in: ubuntu
> Assignee: (unassigned) => Alexander Sack (asac)
>

I am not sure if I can really take the lead on this. It definitly was
a bad thing to make windows zoom to current desktop whenever an app
calls "present" ... especially since there is no notion in the api to
tweak the underlying window manager behaviour.

But besides from saying that we dont want that I cant tell much
more. We added the patch that other distros took too back then.

Looking at what fedora/suse ship in latest would be a good first step.

 - Alexander