Closed Bug 592818 Opened 16 years ago Closed 14 years ago

Hang when sending an email that includes an image

Categories

(MailNews Core :: Networking: SMTP, defect)

1.9.2 Branch
x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: marc.frappier, Unassigned)

References

()

Details

(Keywords: hang, regression, testcase, Whiteboard: [dupeme?])

Attachments

(6 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 ( .NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 Sometimes, when I reply to an email that contains an image, Thunderbird hangs (infinite loop using a full CPU) when sending the reply, with the the "adjonction" (french version of Thunderbird, should mean including an attachment). If I delete the image from the message, then sending the email works perfectly fine. My outgoing server is in SSL/TLS An example of eml that generates an infinite loop is available at http://www.dmi.usherb.ca/~frappier/bug-thunderbird-example.eml Reproducible: Always Steps to Reproduce: See example email at http://www.dmi.usherb.ca/~frappier/bug-thunderbird-example.eml Actual Results: I have to cancel thunderbird, because even if i cancel the sending of the message, the infinite loop still continues.
Can you gather a stack trace when this is happening (see https://developer.mozilla.org/en/How_to_get_a_stacktrace_for_a_bug_report) ?
ok; will do so, but I need to install windbg, which I will do next week. In the mean time, disabling the indexing feature has solved the problem.
(In reply to comment #1) > Can you gather a stack trace when this is happening (see > https://developer.mozilla.org/en/How_to_get_a_stacktrace_for_a_bug_report) ? Marc, an smtp:5 log may also be helpful - https://wiki.mozilla.org/MailNews:Logging
Severity: normal → critical
Component: General → Networking: SMTP
Keywords: hang
Product: Thunderbird → MailNews Core
QA Contact: general → networking.smtp
Whiteboard: closeme 2010-10-25
RESOLVED INCOMPLETE due to lack of response to last comment. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
I'm currently using 3.1.5 and the problem is still there, although less frequent than in previous versions. I have reverted to 2.0.0.24 and it worked fine for an entire week, so it looks like the problem is indeed related to version 3. I have installed windbg and I am currently running it. I will send a stack trace as soon as possible.
Thunderbird hung on a file selection window when trying to attach a file, after running it all day with no problem. This is not the typical situation where hanging has occurred. yet, I'm joining the log file generated by windbg (which doesn't seem very useful to me, unfortunately).
The problem occurs on a specific email which is provided in the next attachment. The problem arises when I press the file button ("classer" in french, see attached jpeg of screen display) on this email. It does not disappear from the inbox and it is not filed in the requested folder. If I try again, same problem. In the status bar, thunderbird displays "Downloading message" ("Téléchargement des messages" and nothing happens. When I try to quit thunderbird, the window disappars, but the process keeps running and uses the a full CPU. I have to cancel it using the task manager to stop it.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Attached file imap log
Imap log for previous problem
Awesome work Marc. Unfortunately the stacktrace is missing the trace. Perhaps the instructions are not great, because you're not the first person I've seen who didn't include !analyze -v -hang or !analyze -v -f were you using the instructions at https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg ? Also, your log is imap and not smtp
Whiteboard: closeme 2010-10-25
Thanks Wayne. I tried to follow the instructions on the web page you mentioned, and did use !analyze -v -f but windbg doesn't produce a log; so I copied the windbg window content to get the log provided. I can reproduce the hang whenever I want. It only hangs on this particular email, after the following actions: - reply to the email (it works fine) - try to "file" the email in a local subfolder (the "file" doesn't do anything) - quit thunderbird (it enters an infinite loop; I break it in windbg; do the commands |* ~* kp |* !analyze -v -f |* lm but the log is not produced, even if I try to close it. If you have other instructions to get the trace, I'll do it. See next attachment for smtp log Best regards
Attached file smtp log
Attachment #486758 - Attachment mime type: application/octet-stream → text/plain
Trying to forward the attached email opens a blank window on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:2.0b8pre) Gecko/20101101 Thunderbird/3.3a1pre. Trying to get a stack trace doesn't result in anything useful. I suspect something is going wrong in libmime. David could you have a look ? Changing os to All , confirming that the attached message *as* an issue.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
OS: Windows XP → All
WFM with a trunk debug build - forwarding the message brought up the compose window, populated with the contents of the message, and I was able to send the message. Ludo, do you see anything on the error console? Were you forwarding the message from the .eml file, or did you save the .eml file as a local folder first?
(In reply to comment #16) > WFM with a trunk debug build - forwarding the message brought up the compose > window, populated with the contents of the message, and I was able to send the > message. Ludo, do you see anything on the error console? Were you forwarding > the message from the .eml file, or did you save the .eml file as a local folder > first? I just opened the .eml file in a new window. I get Error: [Exception... "Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMsgComposeService.initCompose]" nsresult: "0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED)" location: "JS frame :: chrome://messenger/content/messengercompose/MsgComposeCommands.js :: ComposeStartup :: line 1526" data: no] Source File: chrome://messenger/content/messengercompose/MsgComposeCommands.js Line: 1750 in the Error console. I get another popup but can't read it cause 1/2 it is off-screen (only the ok button is visible). Tested in -safe-mode.
Ludo, I don't think you're seeing the same issue as the reporter. I do see a problem with forward from the .eml file, but I think that's a trunk-specific issue.
And 3.1.6 has no problem forwarding the .eml file
(In reply to comment #18) > Ludo, I don't think you're seeing the same issue as the reporter. I do see a > problem with forward from the .eml file, but I think that's a trunk-specific > issue. Shall I file a separate bug for it ?
OS: All → Windows XP
Version: unspecified → 1.9.2 Branch
(In reply to comment #20) > Shall I file a separate bug for it ? Yes, please. And I suspect it's more general than this particular .eml file, and that would be useful to verify.
Filed 610669
does this stil reproduce?
I didn't try the new version of Thunderbird since then (I moved to an old version, 2.0.0.24 (20100228), which works fine for what I need to do).
Joe, can you reproduce?
Keywords: regression
Whiteboard: [dupeme?]
(In reply to Wayne Mery (:wsmwk) from comment #25) > Joe, can you reproduce? Can't reproduce here. I can open the testcase eml and reply to it. Running with: Mozilla/5.0 (Windows NT 5.0; rv:12.0a2) Gecko/20120224 Thunderbird/12.0a2 (at the moment)
Thanks Joe. So, best information is this should work on some newer release.
Status: NEW → RESOLVED
Closed: 15 years ago14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: