262772 - Compose window asks whether I want to save my message when I just open and directly close it (first time only)

Status: RESOLVED DUPLICATE of bug 321783

(Thunderbird :: Message Compose Window, defect)

Description

[Stefan Borggraefe]

Steps to reproduce:

1. Start Thunderbird
2. Open a Compose window
3. Directly close it again

Result:
Thunderbird asks whether I want to save the message in the Drafts folder.

Expected Result:
Don't ask, since I haven't written anything.

This only happens with the first Compose window you open, both with current
trunk and aviary builds. mail.compose.max_recycled_windows is set to 0.
Seamonkey doesn't have this bug. Tested with Linux Gtk2 builds.

Comment 1

[Mike Cowperthwaite]

This is true under Windows, as well (and I would guess for all platforms).

Note that under Seamonkey, if you open a compose window, add an attachment, and 
then close, it does *not* confirm, it just closes; something needs to be typed 
in to trigger the confirmation.  TB's behavior -- which I'm guessing is 
deliberate -- avoids that glitch.

Comment 2

[Mike Cowperthwaite]

This is working for me now (TB 0.9); Stefan, feel free to reopen if you're not 
seeing this.

Comment 3

[Mike Cowperthwaite]

*** Bug 247267 has been marked as a duplicate of this bug. ***

Comment 4

[Stefan Borggraefe]

I still see this bug with official Linux build 0.9+ (20041121) on Linux. It's
still the exact same behaviour as described in comment 0.

Comment 5

[Mike Cowperthwaite]

Stefan, are you still encountering this problem with 1.0?  With a current trunk 
build?  Bug 250965 reports the same problem under Windows, but the reporter 
stated "WFM" with a trunk build from January.

I noticed a difference between 1.0 and 1.0+0302 -- if the default identity has a 
BCC address associated with it, 1.0 would request confirmation for clsoing a 
new, otherwise emtpy window; but that symptom no longer exists in the trunk.  
Might that have anything to do with the symptom you've seen?

If you're *still* encountering it under Linux, I think the platform scope should 
be reduced.

Comment 6

[Stefan Borggraefe]

(In reply to comment #5)
> Stefan, are you still encountering this problem with 1.0?  With a current trunk 
> build?  Bug 250965 reports the same problem under Windows, but the reporter 
> stated "WFM" with a trunk build from January.

I still see this bug under Linux with Thunderbird 1.0.2 and with a Thunderbird
trunk build I just checked out and compiled. I can't test with Windows currently.

Comment 7

[Scott MacGregor]

i see it on Mac too but not Windows. Very strange.

Comment 8

[Jaap A. Haitsma]

*** Bug 302831 has been marked as a duplicate of this bug. ***

Comment 9

[James Teh [:Jamie]]

I just started testing the trunk builds recently (currently running version 
1.6a1 (20051005) under Windows XP. I am seeing this bug, which is odd given 
that two Windows users have reported it as fixed under Windows. I can reproduce 
it every time.

Comment 10

[Mike Cowperthwaite]

Under Windows, it's a regression; 1.5 builds aren't exhibiting the problem.
(Just checked with 1.5b2-1006.)  But yes, I'm seeing this with 1.6a1-1003.

Comment 11

[James Teh [:Jamie]]

Curiously enough, this still occurs for me even in 1.5b2. I tried this both 
with signature enabled and disabled.

Comment 12

[Mike Cowperthwaite]

(In reply to comment #11)
> Curiously enough, this still occurs for me even in 1.5b2. I tried this both 
> with signature enabled and disabled.

Linux, or Windows?  If you've been paying attention to this bug, there's a 
difference.

Comment 13

[James Teh [:Jamie]]

(In reply to comment #12)
> Linux, or Windows?  If you've been paying attention to this bug, there's a 
> difference.
Windows. I was replying to comment #10:
> Under Windows, it's a regression; 1.5 builds aren't exhibiting the problem.
> (Just checked with 1.5b2-1006.)  But yes, I'm seeing this with 1.6a1-1003.
Contrary to that report, I am seeing this with both 1.5b2 and trunk builds 
under Windows.

Comment 14

[Mike Cowperthwaite]

Bug 321783 reports (for Linux) what might be key: the first compose opened 
after restart always prompts, but subsequent ones don't.  I was able to reproduce this on Windows 2000.

Comment 18

[Scott]

I can confirm that it does the same thing on Windows XP.

It asks if you want to save a new compose window the first time you open it and then close it without typing anything into it.  After the initial time, if you opened a new compose window, it not longer asks you to save it if you close it.

The above comment about the Linux reported bug (https://bugzilla.mozilla.org/show_bug.cgi?id=321783) appears to apply to this reported bug as well.

Comment 20

[Serge Gautherie (:sgautherie)]

Duplicate of bug 321783?

Comment 21

[Magnus Melin [:mkmelin]]

Should be yeah.