Startup notification not enabled

what do you want to add to the desktop file ?

"StartupNotify=true"

Sorry, if it wasn't clear from the bug report.

I don't know the details of the startup notification, but what is that supposed
to do ?
Almost no desktop file use it on my box, that's not in the freedesktop
specification for desktop files,
and afaik that doesn't change the behavior.

hum, I was thinking to something else. This is a libstartup-notification stuff
right.
BTW seems to doesn't work fine with firefox, it keeps loading even after getting
the firefox
window ...

Ok, we just need to add this to the desktop file:
StartupWMClass=Firefox-bin

 mozilla-firefox (1.0+dfsg.1-2ubuntu4) hoary; urgency=low
 .
   * Fix alternatives priority to 85 (Ubuntu #4801)
   * Use startup notification (Ubuntu: #4984)
   * Don't set LD_ASSUME_KERNEL for old java VMs, they won't run on Ubuntu
     anyway (Ubuntu: #5636)
   * Don't blow away users profile every run (Ubuntu: #3615)
   * Download to Desktop (Ubuntu: #1358)
   * Enable gnomestripe theme

There was actually a reason that firefox's .desktop file doesn't enable startup
notification.

If you run "firefox" once, it starts the app and displays a window. If you run
"firefox" again, it communicates with the running app and asks it to open a new
window.

With startup notification enabled as it is now, you get a busy cursor for the
first launch and everything works fine. For the second launch though, the
startup notification completion message is never broadcast, so you get a stuck
busy cursor (until it times out).

For Firefox to work correctly with StartupNotify=true, this problem would need
to be fixed.

firefox doesn't use StartupNotify=true but StartupWMClass=Firefox-bin (which
works fine here).

So it does. I am still seeing stuck startup notification though (this is on a
new Hoary install, so it shouldn't be due to old configuration files). Does the
problem occur for you too?

(In reply to comment #9)
> So it does. I am still seeing stuck startup notification though (this is on a
> new Hoary install, so it shouldn't be due to old configuration files). Does the
> problem occur for you too?

Doesn't occur here.

works fine here

That's strange. The steps I did were:

1) click on the firefox launcher that is on the panel by default, not moving the
mouse afterwards.
2) busy cursor displays til firefox window displays then switches to normal cursor.
3) click on firefox launcher, again not moving the mouse afterwards.
4) busy cursor continues to be displayed after the new window displays.

This is on a system installed fresh from the array-4 CD, with updates applied.

An upstream bug has been filed about proper startup notification handling in
Mozilla.

    https://bugzilla.mozilla.org/show_bug.cgi?id=223492

It sounds like the lack of proper startup notification handling will also
interact weirdly with the focus stealing prevention support in Gnome 2.10 --
with the following sequence of events, the new mozilla window won't get focus:
 1. start firefox
 2. open gnome-terminal, and dingus-click on an http:// URL to open it in firefox
 3. new firefox window gets opened, but doesn't get focus because it uses the
startup notification timestamp from the process's initial launch.

If a fix appears in time, it might be worth including.

The startup notifications seems to work for me in breezy, so I'm closing this bug.

(I did test for the gnome-terminal focus problem described in comment #13 and
when I selected `open link' from the right-button context menu the new firefox
window did indeed not get the focus, but it's not clear whether that's wrong.
If it is thought to be wrong I think it should be a separate report.)

Still seems broken for me on Breezy (did a dist-upgrade on friday). The Firefox
version is 1.0.6-1ubuntu13.

The stuck busy cursor will not be visible when the pointer is over the firefox
window -- just the background, and windows that don't explicitly set the cursor.

When I start the first firefox window, the busy cursor changes back to an arrow
as soon as the window opens. When I open a second firefox window via the
launcher the busy cursor sticks around after the window has opened, only going
away when it times out.

It isn't a case of startup notification not appearing when it should; it is a
problem of it not _disappearing_ when it should.

I have just checked this again and it still works just fine for me. Let me
describe in more detail:

* The test system is the Ubuntu hoary i386 release CD, upgraded to current
breezy via apt-get dist-upgrade.
* Pretty much all of the settings and so forth are as in the default install.

The test I carried out was: click on the world icon in the main menubar, and
immediately move the mouse to the backdrop and maintain it there. The mouse
changes briefly to the circular `busy' shape, and changes back to the usual
arrow when the firefox window appears. Then, I clicked on the world icon again;
in this case the firefox window appears very nearby and very quickly I have to
move the mouse quickly to another part of the desktop to find some background;
the mouse is then the arrow shape and I haven't seen the `busy' at all.

To try to reproduce your problem more accurately I then resized my existing
firefox windows and repeated the second half of the test. The new windows
appeared well out of the way and I was able to see the mouse cursor briefly
assume the spinning circle shape and quickly change back as the window appears.

If it doesn't work for you, I think you must have some different configuration.
 Do you have any plugins etc. ? You could try it with a fresh profile (move
.mozilla aside).

I am using the Breezy Preview Live CD and here it works fine.

I see "Starting Firefox" in the lower panel, which is what I was looking for.