Open Bug 399108 Opened 12 years ago Updated 9 years ago

Need an I'm-not-dead-yet message when minefield takes a while to close


(Toolkit :: Startup and Profile System, defect)

Not set




(Reporter: ehume, Unassigned)


(Blocks 1 open bug, )



(1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100804 Minefield/3.0a9pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100804 Minefield/3.0a9pre

When I shut down minefield it takes about 25 seconds after the browser is closed until firefox.exe is no longer present in my task manager. This means that restarts take 30 seconds. It also means that if I shut down minefield I cannot restart it or start Firefox until I have waited that 25 seconds.

Firefox should leave an "I'm not dead yet" message until it is done doing whatever it does as it shuts down - a reverse splash screen, if you will.

Reproducible: Always

Steps to Reproduce:
1. Close Minefield.
2. Try to start it again or
3. Try to start Firefox.
Actual Results:  
There is an error message to the effect that another instance of Firefox is running.

Expected Results:  
Immediate restart.

If not that, some indication that Minefield is still active.

My places.sqlite file is 5318KB. 

Minefield does not seem to handle large bookmark collections very well.
It would be even better if it didn't take so long to shut down ;)
Summary: Need an I'm-not-dead-yet message when minefield closes → Need an I'm-not-dead-yet message when minefield takes a while to close
Sometimes I even get the "Close Firefox..." message twice when I am in a hurry to start Firefox again after closing it. 
Depends on: 338884
Ever confirmed: true
Component: General → Places
QA Contact: general → places
Depends on: 329736
OS: Windows XP → All
Hardware: PC → All
I just received an email listing this bug as FIXED - WORKSFORME.

I then timed fx3. From when I clicked on the X to close the browser, it took 36 seconds for the firefox.exe listing to disappear from the Task Manager. 

It is true that the Firefox listing will disappear from the Applications tab of the Task Manager, but it is the firefox.exe listing in the Processes tab that tells us the app is still there.

This bug is not fixed.
You misread your bugmail.  This bug was not worked as WORKSFORME; bug 338884 was.
Bug 407981 is a dupe of this bug. Bug 415201 covers the performance aspect relating to this bug. I would like to recommend that all further discussions occur in those bugs.
Duplicate of this bug: 447825
(In reply to comment #5)

Bug 407981 seems focused on the Places issue, when this bug seems to be about the fact that we shouldn't have a message stating that Firefox is dead when it's not.

See for the code about it.
Component: Places → Startup and Profile System
Product: Firefox → Toolkit
QA Contact: places → startup
Wouldn't clearer notification on the less common case of the creation of a new instance be better than an always-on bastion of our less-than impressive shut-down performance?
Attached file Firefox 3.5.3 official exe (obsolete) —
geko2u> Could you please attach the code ?
Comment on attachment 405236 [details]
Firefox 3.5.3 official exe

It's actually the official exe from Firefox 3.5.3.

By the way, the bug that introduced the problematic message is  bug 253950.
Attachment #405236 - Attachment description: Not dead yet message → Firefox 3.5.3 official exe
Attachment #405236 - Attachment is obsolete: true
from bug #447825 :
I can't start firefox shortly after quit. There should be a message "Wait while
firefox is restarting" and may a status bar [======....]. After successful quit
firefox should start instantly.
You need to log in before you can comment on or make changes to this bug.