Closed Bug 371385 Opened 17 years ago Closed 8 years ago

Send stalls on HTML reply to moved HTML message with inline image

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 453196

People

(Reporter: joejr, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: Thunderbird version 3 alpha 1 (20070223)

If you're in the middle of composing an HTML reply to an HTML message with an inline (embedded) image and you move the original message to a new folder, you can't send the reply.  The progress bar window gets to "Attaching ..." and hangs, consuming no resources.

Reproducible: Always

Steps to Reproduce:
1. Compose an HTML message (to yourself or to anyone).  Include an inline image (Insert|Image...).  Send.
2. Go to the Sent folder.  Select the saved copy of the message you just sent.  Open an HTML reply.  (If you sent the message to yourself, you can just as well use the received copy, rather than the saved original.)
3. IMPORTANT: While the message compose window is open, move the message from the Sent folder to any other folder (say, Trash).
4. Go back to the message compose window.  Compose a reply.  Send.
Actual Results:  
The "Sending Messages" progress bar window opens and apparently goes into an infinite wait in the "Attaching ..." stage.  Nothing happens for several minutes, with no network or disk access and no CPU consumed.  The reply is never sent (specifically, I never receive my reply to myself).  I can still cancel the send.  On Windows XP, the progress bar is in a "scrolling" mode, rather than a "percentage complete" mode.  It doesn't help to do this: cancel the send, move the original message back to the Sent folder, and resend.

Expected Results:  
Expected to send the second message as usual, with no problems, and with the image inline (in the quoted reply).

Bug happens on the latest nightly build of TB 3a1 (20070223).  Also happens for the latest nightly build of Seamonkey 1.5a (2007022208).  (One of the bug reporting how-to docs suggested that this bug might then need to be assigned to Core, but I can't figure out how to do that under the new guided bug submission system.  Sorry.)  Also happens in current production release of TB 1.5.0.9 (20061207).

Marking this Minor severity.  Workaround is easy but perhaps non-obvious:
1. Leave the message compose window open.
2. Go to where the original message is now located.  Start a new reply.
3. Copy your reply (only the part you've written, not the quoted original) from the first message compose window and paste it into to the second.  Send from the second window.  Close the first window.

This bug isn't specific to the Sent folder; it happens (as far as I can tell) when replying to messages in any folder, as long as the message is moved while the reply window is open.

Details about settings/preferences: Happens in a freshly-created profile, where the reply settings were, "Automatically quote the original message when replying.  Then, start my reply above the quote."  Didn't try it for other settings, though I suspect any variation with "Automatically quote" enabled will behave the same way.  Happens only with HTML replies, not with plain text replies.  Happens whether the message is sent HTML only or HTML+plain text.  Happens whether replying to your own or someone else's message.

This problem might be related to the fix for bug 315625, but I can't be sure.
This is very similar to bug 319818, probably a dupe.
I see bug 319818 was fixed recently (thanks!), but this is still an issue in the latest nightlies of TB 3a1 (20070306) and SeaMonkey 1.5a (Build ID: 2007030508).  I used a fresh profile for each app.  This must be a different issue than that bug (although I'm surprised it is).
In bug 319818, we fixed the code to know that, when a draft is saved, the images are actually in the new copy of the draft, not the old deleted msg. We didn't make it smart enough to be able to retrieve images from deleted messages.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This Isue is similar to this. 
I have an HTML Signature with an Image in it a. 

When attach the signature I Can´t see the image. 
When try to send the message it enter into a loop attaching and don´t send the message.

WorkAround:
1- Double Click over image It open IMAGE PROPERTIES DIALOG and don´t show Image Preview. 
2- Close Image Properties Dialog. 
3- This time I Can see the image.
4- Click Send. And this time It works fine.

It seems like when Insert the HTML ThunderBird don't refresh automatically the images links.
Assignee: mscott → nobody
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.