[launcher] Launcher doesn’t autohide after an application requested attention

[Aritchie]

I did not find this reported but maybe it has. I have noticed that when I have the Text Editor already running and click on a file from within nautilus - the file loads in the already opened Text Editor and the launcher gets stuck. I have to than restart the launcher via xkill to get it to hide again. Can anyone else reproduce this? I am using build bzr539 on Ubuntu beta 1.

[Aritchie (aritchie)]

Hmm, now I just noticed after starting Evolution today that the launcher got stuck. Interesting.

[Aritchie (aritchie)]

Hmm, I am starting to see a pattern here. I had firefox 4 running with a page already showing. I also had empathy running. I went into the empathy menu -> Help -> About which brought up the about box and when I clicked on the web link in the empathy about box and it opened the empathy website in a new tab in firefox; the launcher showed up and locked into place - could not hide it anymore. Once again I had to run xkill to restart the launcher.

[Aritchie (aritchie)]

Hmm, I now started the text editor in super user mode and loaded a file from /usr/share/unity-2d/places folder and it casued the launcher to lock in place. It is getting weird.

[Olivier Tilloy (osomon)]

This is a regression introduced by revision 539. Thanks for noticing and for the swift bug report Adam!

What happens is that when an application requests attention ("urgent"), two separate handlers (onApplicationBecameUrgent in Launcher.qml and urgentAnimation.onRunningChanged in LauncherList.qml) call beginForceVisible() on the launcher. But only one of them calls the corresponding endForceVisible(). Since begin…() has been called more times than end…(), the launcher is stuck in a forced visible mode.

[Aritchie (aritchie)]

Hmm, sorry about that last one - I was looking at some features here and launchpad and must have hit something I was not supposed to. Is there anyway to delete that last bobble?