Open Bug 420311 Opened 17 years ago Updated 9 years ago

First compose after sending message gets bogus "message sent" dialog

Categories

(SeaMonkey :: MailNews: Composition, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

REOPENED

People

(Reporter: nelson, Unassigned)

Details

(Keywords: regression)

This problem is seen in SeaMonkey Trunk builds in late February. It began about the time that the fix for bug 206408 was committed. After sending an email, the first time you start an email compose window, (either by pressing the compose button, or by replying to a message) a dialog pops up over the new compose window. It looks very much like the "Copying to sent folder" dialog. It says: "Your message has been sent." It seems to be referring to the most recently sent email message, whose "copying to sent folder" dialog has most recently disappeared. If you switch focus to another window, and then wait some period of time, this "Your message has been sent" dialog goes away, and the email composition window takes focus. This entire behavior is bogus, and a recent regression
Flags: blocking-thunderbird3?
Sometimes, the "Your message has been sent" dialog does NOT go away, even after long periods of time have elapsed (e.g. it remains up while LONG emails are composed).
Duplicate of bug 413200, no?
No, Not a dup of either of those two other bugs. The issue here is that a dialog is being CREATED at a time when it makes no sense to do so (at the beginning of message composition). The fact that this bogus unwarranted dialog also takes a long time to close is merely a secondary issue. I discovered that if you send a composed message while this bogus dialog is displayed, then the message sent dialog for that message also gets stuck. That is bug 413240. So this bug exacerbates bug 413240.
Nelson: do you still see this? With thunderbird?
Not seeing this in Gecko/2008070902 SeaMonkey/2.0a1pre bug 413240 persists daily.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
I tried repeatedly to reproduce this today and could not. Then just a few minutes ago, when I wasn't trying, I experienced it again with Gecko/2008070902 SeaMonkey/2.0a1pre.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Product: Core → MailNews Core
Just happened to me again, with Gecko/2008080600
And again. This time, the bogus dialog that appears over the new compose window has the window title Sending Messages - <subject of most recently sent message> and shows a progress bar at 100%, and below that says "Copy Complete".
(In reply to comment #9) > And again. > > This time, the bogus dialog that appears over the new compose window has the > window title > Sending Messages - <subject of most recently sent message> > and shows a progress bar at 100%, and below that says "Copy Complete". I observe also the "Copy complete" issue for months with Seamonkey and I believe it happens when your Inbox gets updated by newly arriving emails fetched via POP3 while you are composing a message. Just set POP3 download interval to 1 or 2 minutes and leave a Compose window opened for few minutes and try to send it away. I bet you would get the "Copy complete" message again. At least that is my current suspicion.
Has this been seen in TB? I'm assuming given the traffic so far that it has not, so I'm starting to wonder if this isn't a SM bug. That assumption leads me to deny blocking-tb3, until I have evidence of the contrary.
Flags: blocking-thunderbird3? → blocking-thunderbird3-
moving to seamonkey
Severity: normal → minor
Component: Composition → MailNews: Composition
Flags: blocking-thunderbird3-
Product: MailNews Core → SeaMonkey
QA Contact: composition → mailnews-composition
Opposite phenomenon to Bug 347693(zombie compose window)? "Compose window close" wins, then zombie "end of send &copy to Sent message".
Is this still seen in v2 or trunk?
After re-reading what is this bug about I do not think I ever saw this "bogus" message window although my memory is leaky. I use daily at the very moment without this "bogus" window "Your message has been sent.": Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20110109 Gentoo/2.0.11-r1 SeaMonkey/2.0.11 What I do see is the "Copy complete" window few times a month when I think an email arrived via one of 2 pop3 accounts while I was composing (but that is some other bug id).
I have seen this within the last week using latest released TBird on Mac.
Somewhat similar (needs a new bug), I recently saw a flash of "message sent" on TB when trying to send with wlan connection not available, so obviously the message was NOT sent.
You need to log in before you can comment on or make changes to this bug.