Closed
Bug 17445
Opened 25 years ago
Closed 25 years ago
String-ID error on sending
Categories
(MailNews Core :: Backend, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M14
People
(Reporter: BenB, Assigned: bugzilla)
References
Details
After compsing a msg and hitting "Send", I get a warning msg-box with no title and the content "[String-ID: 2147467259?]". After clicking OK, the composer re-appears. On the console, I see the following: SendMessage from XUL GenericSendMessage from XUL Identity = [nsIMsgIdentity: id1] attachments = THE CLEANUP ROUTINE FOR nsMsgComposeAndSend() WAS CALLED Message Delivery Failed! [Gtk-WARNINGs] commonDialogOnLoad Move window by 107.5,96 screen x 0screen y 0 [warning msg appears and waits for user action] nsMsgComposeSendListener: the message send operation failed! This bugs exists since at least a month and was seen by rusty@linux.jf.intel.com (IRC name, no email address), too. He reported to have seen this on 2 machines, both using the same SMTP setup. I'm using smail from Debian 2.1.
Updated•25 years ago
|
Assignee: phil → ducarroz
Comment 1•25 years ago
|
||
What build are you running? ducarroz just fixed something like this, although I can't put my hands on the bug number right now.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M12
Assignee | ||
Comment 2•25 years ago
|
||
My previous fix was to insure that we display an error (text or string ID) in every case. We still have several case where we display a generic string ID error instead of a nice human language string. We still have to cleanup the way we manage errors receive form low level modules like netwerk. For that we need to have a better way to report errors that just returning a nsresult. We need to be able to carry the low level error as well when it append during the multiple send message phases (preparing the message, sending the email , posting to newsgroup, copy the message, etc).
The bug Phil was thinking about is: http://bugzilla.mozilla.org/show_bug.cgi?id=14591
Reporter | ||
Comment 4•25 years ago
|
||
From the bug lchiang gave me (thanks!), I guess, this is because of bug #2734.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M12 → M14
Reporter | ||
Updated•25 years ago
|
Reporter | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 5•25 years ago
|
||
This was caused by buggy migration code, that is (mostly) fixed now. The error-msg is now in clear text, too. FIXED.
Reporter | ||
Comment 6•25 years ago
|
||
BTW: that "mostly" is the dependency on bug #20878.
Since the "mostly" part is covered in the dependency bug, I will verify this bug per the reporter and resolver are one in the same person and have stated it is fixed. Re-open if you feel this is verfied in error. If you reopen give test scenario for reproducing. I know we have had bad string-id's in the past but have not run into them since the specifice bugs for reproducing them have been fixed.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•