400023 - Minefield doesn't quit when some modal dialogs are open

Status: RESOLVED DUPLICATE of bug 400479

(Firefox :: General, defect, P4)

Description

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007101604 Minefield/3.0a9pre

Summary says it all. If I close the remaining preferences window, Minefield will close. If I open a new window, I can actually continue surfing as if I hadn't tried quitting before.

Reproducible: Always

Steps to Reproduce:
1. Open Minefield, then preferences.
2A. Under Content, click that lone button in the languages section (I can't see the name; it's another UI bug I suppose.)
OR
2B. Under Advanced -> Encryption -> click Validation.
OR
2C. Under Advanced -> Network -> click Settings.
3. Go to Minefield menu and select "Quit Minefield".

3.
Actual Results:  
The webpage window will close along with the sub-preferences windows; except the main preferences. Minefield doesn't quit.

Expected Results:  
Minefield should quit properly.

Only certain menus exhibit this behaviour. Other menus, such as Advanced -> Encryption -> View Certificates, do not have this problem and in these cases Minefield quits properly.

If this helps, leak-gauge.pl shows:

CGBitmapContextCreateImage: invalid context

multiple times when the Quit command is pressed.

Comment 1

[Mike Beltzner [:beltzner, not reading bugmail]]

I've seen this sometimes when I'm applying an update, and am asked to restart, but then get a content window spawning a JS alert (generally spawned by onBeforeClose() in Zimbra) ... when I confirm that alert, all Minefield windows close but I need to give it another quit command (either by right-clicking the dock icon or cmd-Q) for it to really take hold. Might be related.

Comment 2

[:Gavin Sharp [email: [e-mail]]]

(In reply to comment #1)
> I've seen this sometimes when I'm applying an update, and am asked to restart,
> but then get a content window spawning a JS alert (generally spawned by
> onBeforeClose() in Zimbra) ... when I confirm that alert, all Minefield windows
> close but I need to give it another quit command (either by right-clicking the
> dock icon or cmd-Q) for it to really take hold. Might be related.

That's bug 399447.

Comment 3

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3pre) Gecko/2008010619 Minefield/3.0b3pre

Running a debug Minefield build (compiled from cvs), when I run through procedures 2A, 2B or 2C, I encounter this error in the debug output once I click quit Minefield in step 3 when using gdb
(http://kb.mozillazine.org/Getting_a_stacktrace_with_gdb):


JavaScript error: , line 0: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIAppStartup.quit]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://global/content/globalOverlay.js :: goQuitApplication :: line 51"  data: no]

Comment 4

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3) Gecko/2008020511 Firefox/3.0b3

Still seeing this with Firefox 3 Beta 3, running through procedure 2B.