66861 - Posting message says "Copy Complete" when posted.

Status: RESOLVED INCOMPLETE

(SeaMonkey :: MailNews: Message Display, defect)

Description

[cmorley]

..should say something like "Message Posted".  Nothing was "copied". Misleading.

jy

Comment 1

[Oliver Klee]

It says "Copy complete." after mailing a pop message, too. "Message posted."
would be better for both. Could you update the summary as I'm not allowed to?

Comment 2

[R.K.Aa.]

The default setting in "Account Settings" for "Copies and Folders" is to "Place
a copy in.." ("Sent") when sending messages.
I assume that is what the "copy" message on status-bar refers to, given that you
use defaults.

Are you seeing this msg even if you have unchecked "Place a copy in"?

I agree it's useless info as such - user should be allowed to assume that
copying takes place - or not - according to given settings. But I doubt the
message as such can be considered a bug if you actually have mailnews set to
save a copy of outgoing msgs.

Comment 3

[Vincent Schut]

It says 'copy complete' both with checked and unchecked 'place a copy in' pref.
Apparently the copying to the mail server is meant. Thus, imho, the original
posting of this bug makes some sense.
Suggestion for message: 'message succesfully sent.' or something like that.
Seems a nice follow-up to me for the 'sending message...' message.

Comment 4

[Mike Cowperthwaite]

I don't see the "Copy Complete" anywhere; the status bar on the 3-pane does not 
change while the mail is being sent, but the Compose window's status bar shows 
"Mail sent successfully" or somesuch.

Comment 5

[Andrea Govoni]

I DO see the "Copy complete." message (see screenshot).
To be honest, usually the message is displayed and the dialog box is dismissed so quickly that it's hardly (ok, it is NOT) noticeable but there is a bug that sometimes, randomly, prevents it for disappearing until the Cancel button is pressed.
Anyway, the "Message successfully sent" text is also displayed, right before the "Copy complete." one, so I think that the latter actually refers to the copy-to-folder action (as suggested above). Sadly, on my machine the 'place a copy in' preference is always checked and I've not been able to find if the "Copy complete." message is always showed or obeys to the preference because I can only see it when the dialog box doesn't disappear after having successfully sent the e-mail. Anyone wants to look at the code?


Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; it-IT; rv:1.8.1.17) Gecko/20080829 SeaMonkey/1.1.12

Comment 6

[Andrea Govoni]

Attachment: Screenshot of the "Copy complete." message (it-IT localization).

Comment 7

[Mike Cowperthwaite]

Ah.  Nobody in the original report mentioned that the message appeared in the progress window for sending, which I have had turned off forever.
(pref:  mailnews.show_send_progress  --  to see the window, set to True)

In my quick testing (with Thunderbird) after you pointed this out, I'm not seeing "Copy Complete" but, as you note, the dialog box disappears pretty quickly.  It might stick around longer if the saved copy is being stored in an IMAP folder, especially if the IMAP server is slow.

Comment 8

[Andrea Govoni]

Since I have some IMAP account I've tried to save a message I sent (about 4 MB) to an IMAP folder but I've not been able to see the "Copy complete." message.
Perhaps the only way to verify if the message is always printed, even if the copy-to-folder operation is not performed (as stated in comment 3), is to debug SM and place a checkpoint in order to prevent the progress window to disappear.
Unfortunately, I haven't got the knowledge and environment set to do this… :/

Comment 9

[Serge Gautherie (:sgautherie)]

Can you reproduce with SeaMonkey v1.1.16 / v2.0a3 / current v2.0b1pre?

Comment 10

[Andrea Govoni]

(In reply to comment #9)
> Can you reproduce with SeaMonkey v1.1.16 / v2.0a3 / current v2.0b1pre?

I can reproduce it with SeaMonkey v1.1.17.
Right now the progress window for sending is stuck right there with the "Copy complete." message. Should I take a sample of SeaMonkey?

I didn't try to reproduce it with beta and alpha versions of SeaMonkey but I'll try it in the following days but.

Anyway, this bug actually is about the "Copy complete." message being showed both with checked and unchecked 'place a copy in' preference (according to comment #3 above).
Should I file a new bug about the not disappearing progress window for sending?

Comment 11

[Martin Mokrejs]

Yes, happens with

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3pre) Gecko/20090807 SeaMonkey/2.0b2pre



When the Progress window appeared I got from my debug build:

Trying to position a sizeless window; caller should have called sizeToContent() or sizeTo(). See bug 75649.

Sending the 24MB large message took several minutes (attachment file 001.jpg to 007.jpg, see below). In the meantime, mailer fetched several times by POP3 server.

I do not know if I understand the behaviour right but before the message was uploaded to my SMTP server mailer already tried to drop it from Drafts folder:

Begin mail message delivery.
Abort mail message delivery.
Begin mail message delivery.
End mail message delivery.
Begin mail message delivery.
Begin mail message delivery.
Abort mail message delivery.
in autosave
GenericSendMessage from XUL
Identity = [nsIMsgIdentity: id1]
deliver mode: 7
spec=/001.jpg
WARNING: malformed url: no scheme: file /home/mmokrejs/proj/comm-central/src/mozilla/netwerk/base/src/nsStandardURL.cpp, line 723

[cut]

CopyListener::OnStartCopy()
nsMsgComposeSendListener::OnStartCopy()
CopyListener: SUCCESSFUL ON THE COPY OPERATION!
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file /home/mmokrejs/proj/comm-central/src/mailnews/base/util/nsMsgDBFolder.cpp, line 4808
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file /home/mmokrejs/proj/comm-central/src/mailnews/local/src/nsMailboxService.cpp, line 670
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp, line 3080
nsMsgComposeSendListener: Success on the message copy operation!
###!!! ASSERTION: RemoveCurrentDraftMessage can't get draft id: '(NS_SUCCEEDED(rv) && (!curDraftIdURL.IsEmpty()))', file /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp, line 383


[cut]

Begin mail message delivery.
End mail message delivery.

Message Delivery SUCCEEDED!
nsMsgComposeSendListener: Success on the message send operation!
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file /home/mmokrejs/proj/comm-central/src/mailnews/base/util/nsMsgDBFolder.cpp, line 4808
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file /home/mmokrejs/proj/comm-central/src/mailnews/local/src/nsMailboxService.cpp, line 670
###!!! ASSERTION: RemoveCurrentDraftMessage can't get msg header DB interface pointer.: 'NS_SUCCEEDED(rv)', file /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp, line 3598
###!!! ASSERTION: The draft folder MUST be an imap folder in order to mark the msg delete!: 'imapFolder', file /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp, line 3651
CopyListener::OnStartCopy()
nsMsgComposeSendListener::OnStartCopy()
CopyListener: SUCCESSFUL ON THE COPY OPERATION!
nsMsgComposeSendListener: Success on the message copy operation!
###!!! ASSERTION: reflow state computed incorrect width: 'reflowState.ComputedWidth() == size.width - reflowState.mComputedBorderPadding.LeftRight()', file /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line 6707
###!!! ASSERTION: reflow roots must not have visible overflow: 'desiredSize.mOverflowArea == nsRect(nsPoint(0, 0), nsSize(desiredSize.width, desiredSize.height))', file /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line 6725
###!!! ASSERTION: reflow state computed incorrect width: 'reflowState.ComputedWidth() == size.width - reflowState.mComputedBorderPadding.LeftRight()', file /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line 6707
###!!! ASSERTION: non-root frame's desired size changed during an incremental reflow: '(target == rootFrame && size.height == NS_UNCONSTRAINEDSIZE) || (desiredSize.width == size.width && desiredSize.height == size.height)', file /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line 6721
###!!! ASSERTION: reflow roots must not have visible overflow: 'desiredSize.mOverflowArea == nsRect(nsPoint(0, 0), nsSize(desiredSize.width, desiredSize.height))', file /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line 6725
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresContext.h, line 1026

THE DESTRUCTOR FOR nsMsgComposeAndSend() WAS CALLED

THE DESTRUCTOR FOR nsMsgComposeAndSend() WAS CALLED


And the progress window "Sending messages - $SUBJECTNAME" remains opened with "Status: Copy complete." message.

Comment 12

[niek]

I confirm that this issue still occurs with Seamonkey 2.0 Beta2pre on Windows. It occurred continuously also with the 1.0 series. It also occurs when I create a new profile.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.1.3pre) Gecko/20090813 SeaMonkey/2.0b2pre

Comment 13

[chicagolovr]

Seeing how old this is, I don't know if I should be adding this here, but I can confirm this problem for me, is still in 2.0 RC1.  

When posting to various news servers, SM often hangs up with the copy complete window open.  I can never tell if the problem is with the news server not timing out fast enough or a SM problem.  Sometimes the messages have posted, and others not.

Comment 14

[Andrea Govoni]

Still here with SeaMonkey 2.0 on Mac OS X 10.5.8.

Comment 15

[Phillip M. Jones, C.E.T.]

It's still in SeaMonkey 2.0.1 as well.

I've checked and it does copy the file. And it does send the message. But it does remain on the screen and will until you manually dismiss it.

Comment 16

[Phillip M. Jones, C.E.T.]

(In reply to comment #11)
> Yes, happens with
> 
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3pre) Gecko/20090807
> SeaMonkey/2.0b2pre
> 
> 
> 
> When the Progress window appeared I got from my debug build:
> 
> Trying to position a sizeless window; caller should have called sizeToContent()
> or sizeTo(). See bug 75649.
> 
> Sending the 24MB large message took several minutes (attachment file 001.jpg to
> 007.jpg, see below). In the meantime, mailer fetched several times by POP3
> server.
> 
> I do not know if I understand the behaviour right but before the message was
> uploaded to my SMTP server mailer already tried to drop it from Drafts folder:
> 
> Begin mail message delivery.
> Abort mail message delivery.
> Begin mail message delivery.
> End mail message delivery.
> Begin mail message delivery.
> Begin mail message delivery.
> Abort mail message delivery.
> in autosave
> GenericSendMessage from XUL
> Identity = [nsIMsgIdentity: id1]
> deliver mode: 7
> spec=/001.jpg
> WARNING: malformed url: no scheme: file
> /home/mmokrejs/proj/comm-central/src/mozilla/netwerk/base/src/nsStandardURL.cpp,
> line 723
> 
> [cut]
> 
> CopyListener::OnStartCopy()
> nsMsgComposeSendListener::OnStartCopy()
> CopyListener: SUCCESSFUL ON THE COPY OPERATION!
> WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file
> /home/mmokrejs/proj/comm-central/src/mailnews/base/util/nsMsgDBFolder.cpp, line
> 4808
> WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file
> /home/mmokrejs/proj/comm-central/src/mailnews/local/src/nsMailboxService.cpp,
> line 670
> WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file
> /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp,
> line 3080
> nsMsgComposeSendListener: Success on the message copy operation!
> ###!!! ASSERTION: RemoveCurrentDraftMessage can't get draft id:
> '(NS_SUCCEEDED(rv) && (!curDraftIdURL.IsEmpty()))', file
> /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp,
> line 383
> 
> 
> [cut]
> 
> Begin mail message delivery.
> End mail message delivery.
> 
> Message Delivery SUCCEEDED!
> nsMsgComposeSendListener: Success on the message send operation!
> WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file
> /home/mmokrejs/proj/comm-central/src/mailnews/base/util/nsMsgDBFolder.cpp, line
> 4808
> WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80550005: file
> /home/mmokrejs/proj/comm-central/src/mailnews/local/src/nsMailboxService.cpp,
> line 670
> ###!!! ASSERTION: RemoveCurrentDraftMessage can't get msg header DB interface
> pointer.: 'NS_SUCCEEDED(rv)', file
> /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp,
> line 3598
> ###!!! ASSERTION: The draft folder MUST be an imap folder in order to mark the
> msg delete!: 'imapFolder', file
> /home/mmokrejs/proj/comm-central/src/mailnews/compose/src/nsMsgCompose.cpp,
> line 3651
> CopyListener::OnStartCopy()
> nsMsgComposeSendListener::OnStartCopy()
> CopyListener: SUCCESSFUL ON THE COPY OPERATION!
> nsMsgComposeSendListener: Success on the message copy operation!
> ###!!! ASSERTION: reflow state computed incorrect width:
> 'reflowState.ComputedWidth() == size.width -
> reflowState.mComputedBorderPadding.LeftRight()', file
> /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line
> 6707
> ###!!! ASSERTION: reflow roots must not have visible overflow:
> 'desiredSize.mOverflowArea == nsRect(nsPoint(0, 0), nsSize(desiredSize.width,
> desiredSize.height))', file
> /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line
> 6725
> ###!!! ASSERTION: reflow state computed incorrect width:
> 'reflowState.ComputedWidth() == size.width -
> reflowState.mComputedBorderPadding.LeftRight()', file
> /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line
> 6707
> ###!!! ASSERTION: non-root frame's desired size changed during an incremental
> reflow: '(target == rootFrame && size.height == NS_UNCONSTRAINEDSIZE) ||
> (desiredSize.width == size.width && desiredSize.height == size.height)', file
> /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line
> 6721
> ###!!! ASSERTION: reflow roots must not have visible overflow:
> 'desiredSize.mOverflowArea == nsRect(nsPoint(0, 0), nsSize(desiredSize.width,
> desiredSize.height))', file
> /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresShell.cpp, line
> 6725
> WARNING: recurring into frame construction:
> 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file
> /home/mmokrejs/proj/comm-central/src/mozilla/layout/base/nsPresContext.h, line
> 1026
> 
> THE DESTRUCTOR FOR nsMsgComposeAndSend() WAS CALLED
> 
> THE DESTRUCTOR FOR nsMsgComposeAndSend() WAS CALLED
> 
> 
> And the progress window "Sending messages - $SUBJECTNAME" remains opened with
> "Status: Copy complete." message.

I've also posted what appears to be the same or similar bug for SM.2.0.2 and 2.0.3 Mac as well.

Comment 17

[Phillip M. Jones, C.E.T.]

Note: I don't use IMAP so it also appers/ in POP as well.

Comment 18

[niek]

(In reply to comment #17)
> Note: I don't use IMAP so it also appers/ in POP as well.

I second that. SeaMonkey 2.0.2 on Windows. Occurs in POP accounts / SMTP delivery and does not seem related to IMAP.

Comment 19

[Michael Naylor]

I have experienced this error for a long time and it is quite annoying, it is still current and happens the majority of time I send POP / SMTP emails (non IMAP).

Is there anyway this can be fixed, its been broken for over a year for me at least.

Running 2.6.1 Seamonkey on Windows Vista (I have been a Seamonkey user for about 7 years)

Comment 20

[Michael Naylor]

Attachment: Copy Complete Error - Windows Vista 32 bit

Comment 21

[Andrea Govoni]

Is this bug still valid?
To be clear, IMHO this bug is about SeaMonkey displaying 'Copy complete.' both with checked and unchecked 'place a copy in' preferences (see comment 3).
It is NOT about the zombie 'Copy complete.' message that doesn't automatically dismiss after successful copy to Sent (see bug 413240 if you are experiencing this issue).

Comment 22

[Tony Mechelynck [:tonymec]]

Resolving INCOMPLETE because no answer to comment #21 after 9 months.

If this bug still happens on SeaMonkey 2.22.1 or later, feel free to REOPEN with full details of what is seen in which circumstances, and also paste the "User agent" and "Build identifier" from the bottom of Help → About SeaMonkey