120278 - Incorrect message after cancelling send - error copying message -or- Please verify ... account settings are correct error copying

Status: NEW

(MailNews Core :: Composition, defect)

Description

[Jonas Jørgensen]

Open a mail composition window. Press Send. Before the message is sent, press
Cancel. You get an error message saying "Sending of message failed. Please
verify that your Mail & Newsgroups account settings are correct and try again".

When the user manually cancels the sending of the message, he/she shouldn't be
told to verify his/her account settings. Either display a different message, or
display no message at all.

Comment 1

[robinf]

Agree. I think we should not display any message if the user presses Cancel, and
the mail compose window should remain open.

Comment 2

[jglick]

I agree also.

Comment 3

[Sheela Ravindran]

Nominating since both Robin and Jennifer agree that we should not show the dlg
when the user manually cancels sending message.  
I also feel the same that we should not show the dialog that we currenly display
on cancelling the send.  

Comment 4

[laurel]

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

Comment 5

[Bruce Davidson]

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

Comment 6

[jglick]

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

Comment 7

[Peter Zillmann]

Anyone working on this one? I'm hit with this goofy error all the time and it
always feels wrong.

Comment 8

[Wayne Mery (:wsmwk)]

Peter, are you cancelling lots of messages? If not, please describe the steps which generate the message. (In reply to comment #7)


After hitting cancel it is also possible to get 
  "There was an error copying message to the Sent folder. Retry?"

Apparently the message presented depends on what stage the send process is at.

Comment 9

[Wayne Mery (:wsmwk)]

happens both TB and suite - just a generic message NS_MSG_GENERIC_FAILURE_EXPLANATION in composeMsgs.properties

apparently no attempt to trap / recognize a user-initiated cancel in http://lxr.mozilla.org/mozilla/source/mailnews/compose/src/nsMsgSendReport.cpp#425

Comment 10

[Nikolay Shopik]

This is still present in trunk version 3.0a1pre (2008050203)

Comment 15

[john]

This bug should be addressed.  I sometimes get the error [correctly] when the connection is dropped or times out, and it always appears when I manually cancel.

Correcting this bug [which I have to imagine is merely dropping the call to produce the DLG on the cancel] will allow me to note those times on slow connections where there really is a time out, which beats my cancel effort.

But...mostly....for the unsuspecting, non-technical folks who use TBird, the error is flat out wrong, and will cause confusion.

On that basis, alone, I would make the change from minor bug to a normal one.

This has got to be one of the oldest bugs around . . . yes ?

Comment 16

[john]

See: Bug 776042 may involve the same area of coding?   There, an Error DLG box falls behind the Send DLG, on send error.

Might be both bugs could be cured in a single swoop...

Comment 17

[Joni Lehto]

I just encountered this bug with a horrific effect: the whole email was lost.

Wrote an email, clicked Send, noticed immediately that I wanted to change the tiniest of things, chose Cancel in the sending dialog, Thunderbird told me there was an error sending the message and asked if I wanted to retry, chose Cancel to get back to the message -> the composing window was closed (bad behavior) and the email removed from drafts (very, very bad behavior).

This was a most unfortunate timing to have to write the same detailed email twice.

If this should be filed as a separate bug, would someone kindly suggest a correct categorization for it? Thank you.

Comment 18

[john]

See bug 1072628 -- Cancelling (canceled) send -- sends message anyway AND eliminates copy in sent folder

That bug seems to arise within the same scope as this one.   The specific error there is equally scary.

Comment 19

[Stéphane Ascoët]

(In reply to Joni Lehto from comment #17)
> I just encountered this bug with a horrific effect: the whole email was lost.
> 
> Wrote an email, clicked Send, noticed immediately that I wanted to change
> the tiniest of things, chose Cancel in the sending dialog, Thunderbird told
> me there was an error sending the message and asked if I wanted to retry,
> chose Cancel to get back to the message -> the composing window was closed
> (bad behavior) and the email removed from drafts (very, very bad behavior).
> 
> This was a most unfortunate timing to have to write the same detailed email
> twice.
> 
> If this should be filed as a separate bug, would someone kindly suggest a
> correct categorization for it? Thank you.

Note that there is an add-on to allow restauration of deleted messages in any folder(execept Imap ones I think): https://freeshell.de/~kaosmos/index-en.html#recDelMsg