569246 - Zombie compose window the first time I hide the application while a message is being sent (Mac)

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Michael Meisel]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us) AppleWebKit/531.22.7 (KHTML, like Gecko) Version/4.0.5 Safari/531.22.7
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100526 Thunderbird/3.1

If I compose a message (new or reply, doesn't matter) and then choose "Hide Thunderbird" from the application menu (Cmd-H), when I return to Thunderbird, the compose window and sending dialog have not closed as they should. Instead, the window frames are still there, but they are completely empty. They go away only when closed manually. This is a bit disconcerting at first, because it isn't clear if the message has actually been sent (I have to check my sent messages to ensure that it was).

This happens consistently once after starting Thunderbird, but not consistently after the first time.

After manually closing the zombie compose window, the following error appears in the error console:

Error: gMsgCompose is null
Source File: chrome://messenger/content/messengercompose/MsgComposeCommands.js
Line: 2665

I have sometimes seen it PREceded by the following error:

Error: An error occurred executing the cmd_close command: [Exception... "'[JavaScript Error: "gMsgCompose is null" {file: "chrome://messenger/content/messengercompose/MsgComposeCommands.js" line: 2665}]' when calling method: [nsIController::doCommand]"  nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)"  location: "JS frame :: chrome://global/content/globalOverlay.js :: goDoCommand :: line 71"  data: yes]
Source File: chrome://global/content/globalOverlay.js
Line: 75



Reproducible: Always

Steps to Reproduce:
1. Start Thunderbird

2. Compose a new message

3. Send the message and immediately hit Cmd-H before the sending dialog and compose window close

4. Focus Thunderbird again


Actual Results:  
You will now see the zombie windows described above.

Expected Results:  
The compose window and sending dialog should be gone.

Comment 1

[Ludovic Hirlimann [:Usul]]

Have you tried safe mode? (see https://support.mozillamessaging.com/en-US/kb/Safe+Mode for more information)

Comment 2

[Michael Meisel]

I just confirmed that this also happens in safe mode. I have also recently created a new profile from scratch.

Comment 3

[Wayne Mery (:wsmwk)]

Michael, do you still see this problem?
Leho, can you reproduce?

Comment 4

[Leho Kraav (:macmaN @lkraav)]

I can check on a fresh OS X Thunderbird in about 0-2 days. My main machine is Linux now.

Comment 5

[Michael Meisel]

Hi Wayne, yes, I can still reproduce this bug.

Comment 6

[Wayne Mery (:wsmwk)]

(In reply to Michael Meisel from comment #5)
> Hi Wayne, yes, I can still reproduce this bug.

version 10?  Or v11?
do you perhaps also see bug 413240?


(In reply to Leho Kraav (:macmaN @lkraav) from comment #4)
> I can check on a fresh OS X Thunderbird in about 0-2 days. My main machine
> is Linux now.

that'll be great

Comment 7

[Michael Meisel]

It's present in both 10.0.2 and 11.0 (I just upgraded to check), the only difference from 3.1 is that the zombie compose window is solid black instead of solid white (in both 10.0.2 and 11.0). =) I haven't experienced bug 413240 as far as I can recall.

Comment 8

[Michael Meisel]

Actually, I take that back -- I may have seen bug 413240 ... occasionally the "Copying to sent folder" window is also in the same zombie state when I un-hide the application. I can't reproduce that consistently, though.

Comment 9

[Wayne Mery (:wsmwk)]

do you still see this when using newer version such as version 24?

Comment 10

[Michael Meisel]

Yes -- in fact, it's worse. Using 24.1.1, if I hide the application immediately after clicking send (before the "Sending Message" dialog appears), the application immediately un-hides itself, and pops right back up again at the bottom of the window stack. If I wait until the sending dialog appears, I can consistently get the black window behavior described above. I'll try to attach a screenshot.

Comment 11

[Michael Meisel]

Attachment: zombie-compose-window.png

Comment 12

[Wayne Mery (:wsmwk)]

Michael, do you still see this problem when using a newer version?

Comment 13

[WADA:World Anti-bad-Duping Agency]

Setting dependency to bug 413240 for ease of tracking, instead of duping.

Comment 14

[Michael Meisel]

Yes, I can reproduce this with 38.2.0.

Comment 15

[Phoenix]

Is this still present in latest Thunderbird version?

Comment 16

[Michael Meisel]

I actually can't reproduce it anymore with 52.0.1, so I think you can close this. It only took 7 years! ;)