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.
Agree. I think we should not display any message if the user presses Cancel, and the mail compose window should remain open.
I agree also.
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.
Severity: normal → minor
*** Bug 157587 has been marked as a duplicate of this bug. ***
*** Bug 129269 has been marked as a duplicate of this bug. ***
*** Bug 198856 has been marked as a duplicate of this bug. ***
Anyone working on this one? I'm hit with this goofy error all the time and it always feels wrong.
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.
Assignee: ducarroz → nobody
Status: ASSIGNED → NEW
QA Contact: sheelar
Summary: Incorrect error message shown after cancelling send → Incorrect message after cancelling send - error copying message -or- Please verify ... account settings are correct error copying
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
Priority: P3 → --
Target Milestone: mozilla1.0.1 → ---
This is still present in trunk version 3.0a1pre (2008050203)
Product: Core → MailNews Core
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 ?
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...
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.
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.
(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
You need to log in before you can comment on or make changes to this bug.