468159 - Forwarding e-mail with embedded/inline image causes an "Attaching ..." hang

Status: RESOLVED DUPLICATE of bug 532395

(Thunderbird :: General, defect)

Description

[Brendan Madden]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
Build Identifier: 2.0.0.18 (20081105)

In the last few weeks, I have updated to 2.0.0.18. A few people who have e-mailed to me have some kind of embedded graphic in their e-mail signature. I have tried a few times to forward e-mails to others, and the e-mail always hangs.

Thunderbird brings up a dialog that says:

Sending Messages - "Then you see the subject line here"

Status: Attaching ...
Progress: "Then you see a progress bar here".

The e-mail never gets sent and will hang. You can hit cancel to stop.

If you then go into the e-mail and delete the embedded graphic signature, then you can send. 

Reproducible: Always

Steps to Reproduce:
1. Receive an e-mail with any embedded image.
2. Forward the e-mail.
3. Attaching ... dialog shows up and hangs.


Expected Results:  
Expected e-mail to be forwarded, e-mail not sent.

Comment 1

[rsx11m]

Possibly related to bug 418203, but here the image is part of an existing message already which is forwarded, thus not the sender's signature.

Can you attach a test case to this report? Save with File > Safe As > File in ".eml" format, then feel free to use a text editor to remove any information you don't want to be publicly visible, as long as the structure of the message is not changed.

Comment 2

[rsx11m]

No response from reporter, insufficient information to reproduce. If this indeed was caused by a similar issue as bug 418203, this should no longer be an issue in 3.0 based on the information provided in that bug.

Please feel free to reopen if you have further information and a test case.
-> INCO

Comment 3

[Phil Hord]

I am running TB 10.02 on Ubuntu 11.11 64-Bit.

This bug happens to me regularly (but not reliably) with one user's emails.   He has a signature image and a ".vcf" attachment.  If I delete the image and an "anchor" icon, then I can usually send my replies without any problem.  It seems like once I hit this problem that's the only way around it.

However, today I tried to reproduce the error by replying again to the same message which caused the problem earlier today, but I was unable to cause the failure to occur this time.

I'm not comfortable posting a sample message here, but I can share one with an interested developer.  Regardless, here are some scrubbed pieces of a recent failure.


Received:  from xmb-rcd-213.cisco.com ([72.163.62.220]) by xmb-rcd-212.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 18 Apr 2012 12:54:22 -0500
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_001_01CD1D8C.48F11B00"
Content-class: urn:content-classes:message
Return-Path: <[e-mail]>
X-MimeOLE: Produced By Microsoft Exchange V6.5
X-OriginalArrivalTime: 18 Apr 2012 17:54:22.0095 (UTC) FILETIME=[48FF99F0:01CD1D8C]
Subject: RE: deletia - ROUND 2
Date: Wed, 18 Apr 2012 12:54:20 -0500
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: deletia - ROUND 2
Thread-Index: Ac0dfK5+uFnITBDgSAmUL2dzMM4L1AAD3v5g
References: <[e-mail]> <[e-mail]> <[e-mail]>
From: "Joe User  (joeuser)" <[e-mail]>
To: "Phil Hord (me)" <[e-mail]>

This is a multi-part message in MIME format.

------_=_NextPart_001_01CD1D8C.48F11B00
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----_=_NextPart_002_01CD1D8C.48F11B00"


------_=_NextPart_002_01CD1D8C.48F11B00
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_003_01CD1D8C.48F11B00"


------_=_NextPart_003_01CD1D8C.48F11B00
Content-Type: text/plain;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable

=20

<<Joe User.vcf>>=20


...deletia...

IMPORTANT NOTICE: This WebEx service includes a feature that allows =
audio and any documents and other materials exchanged or viewed during =
the session to be recorded. By joining this session, you automatically =
consent to such recordings. If you do not consent to the recording, =
discuss your concerns with the meeting host prior to the start of the =
recording or do not join the session. Please note that any such =
recordings may be subject to discovery in the event of litigation. =20

=20


------_=_NextPart_003_01CD1D8C.48F11B00
Content-Type: text/html;
	charset="ks_c_5601-1987"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dks_c_5601-1987"><meta name=3DGenerator content=3D"Microsoft =
Word 12 (filtered medium)"><!--[if !mso]><style>v\:* =
{behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><title>deletia =
ROUND 2</title><style><!--
/* Font Definitions */
@font-face
	{font-family:Helvetica;
	panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:"MS PGothic";
	panose-1:2 11 6 0 7 2 5 8 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"\@MS PGothic";
	panose-1:2 11 6 0 7 2 5 8 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"MS PGothic","sans-serif";
	color:#003333;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"MS PGothic","sans-serif";
	color:#003333;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";
	color:#003333;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";
	color:#003333;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>

<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite =
lang=3DEN-US link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>

...deletia...

<span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>I will try this again.<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div><p class=3DMsoNormal><a =
name=3D"Joe User"><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><img width=3D250 height=3D150 id=3D"_x0000_i1026" =
src=3D"cid:[e-mail]250"></span></a><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p></o:p></span></p></div><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div><div =
style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowt=
ext'>From:</span></b>

...deletia...

<p><span =
style=3D'font-family:"Calibri","sans-serif"'>CCP:[phone]x207851535#<=
/span><span style=3D'font-family:"Times New =
Roman","serif"'><o:p></o:p></span></p><p><span =
style=3D'font-family:"Calibri","sans-serif"'>IMPORTANT NOTICE: This =
WebEx service includes a feature that allows audio and any documents and =
other materials exchanged or viewed during the session to be recorded. =
By joining this session, you automatically consent to such recordings. =
If you do not consent to the recording, discuss your concerns with the =
meeting host prior to the start of the recording or do not join the =
session. Please note that any such recordings may be subject to =
discovery in the event of litigatio<a name=3D"">n</a>.&nbsp; =

</span><span style=3D'font-family:"Times New =
Roman","serif"'><o:p></o:p></span></p></div><p class=3DMsoNormal><span =
style=3D'font-family:"Helvetica","sans-serif"'><o:p>&nbsp;</o:p></span></=
p></div></div></body></html>
------_=_NextPart_003_01CD1D8C.48F11B00--

------_=_NextPart_002_01CD1D8C.48F11B00
Content-Type: image/jpeg;
	name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <[e-mail]250>
Content-Description: image001.jpg
Content-Location: image001.jpg

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcU
...deletia...
KLgH/C2tC/59NT/79x//ABdeO67dx6hrmo3kIZYri4kmQOMEBmJGffmiikwR/9k=

------_=_NextPart_002_01CD1D8C.48F11B00
Content-Type: image/png;
	name="image002.png"
Content-Transfer-Encoding: base64
Content-ID: <[e-mail]250>
Content-Description: image002.png
Content-Location: image002.png

iVBORw0KGgoAAAANSUhEUgAAAPoAAACWCAIAAAB4uAJLAAAAAXNSR0IArs4c6QAAYjdJREFUeF7t
...deletia...
1Y+ka1/HmQAAAABJRU5ErkJggg==

------_=_NextPart_002_01CD1D8C.48F11B00--

------_=_NextPart_001_01CD1D8C.48F11B00
Content-Type: text/x-vcard;
	name="Joe User.vcf"
Content-Transfer-Encoding: base64
Content-Description: Joe User.vcf
Content-Disposition: attachment;
	filename="Joe User.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpYLU1TLVNJR05BVFVSRTpZRVMNCk47TEFOR1VBR0U9
...deletia...
OCIvPjwvY2FyZD4NClJFVjoyMDEwMDUwNVQxNTA1NTdaDQpFTkQ6VkNBUkQNCg==

------_=_NextPart_001_01CD1D8C.48F11B00--

Comment 4

[Ruben Reifenberg]

I can confirm the "original" bug with a todays Thunderbird 12.0.1 on Windows XP.
There's an embedded image in the signature of a person I'm answering. Sending mail hangs forever with Status "attaching".

I could simply work around by either
- manually deleting the image (click on it and press DEL)
- generally, compose text mails instead HTML which is not a bad practice.

but both is not accectable for the user of that installation (who hopefully won't ask me to switch back to Outlook Express which never hang :-(  )

Comment 5

[mgoldey]

Same problem with 13.0 beta 4, only I am forwarding from my Sent box a message I generated via Thunderbird.  All of the images were pasted directly into the original e-mail, meaning that none of them was sourced from a local or a remote file.

You cannot save the message as a draft, either; saving also gets stuck "attaching."

Restarting Thunderbird seems to solve the problem.

Comment 6

[Mike]

Seems to be an issue with 14 as well. I just tried replying to a message that had an embedded image, and just got an "Attaching..." dialog box. I see nothing in the settings regarding attaching inline images, and the message was never sent until I deleted the image from the email.

Comment 7

[Jahdo]

This remains an issue with v14 !

Comment 8

[Kent James (:rkent)]

Reopening due to multiple new reports.

Comment 9

[WADA:World Anti-bad-Duping Agency]

As written in bug 532395, some cases are known.
- Original mail is deleted after start of reply/forward/edit as draft.
- Original mail's offset is changed by Compact after start of reply/forward/edit
  as draft(local mail folder only issue).
Which case? Or different from such case?

Comment 10

[Thomas M.]

This bug report seems to have duplicates: bug 485524 and bug 532395.

Comment 11

[Thomas D. (:thomas8)]

(In reply to mgoldey from comment #5)
> Same problem with 13.0 beta 4, only I am forwarding from my Sent box a
> message I generated via Thunderbird.  All of the images were pasted directly
> into the original e-mail, meaning that none of them was sourced from a local
> or a remote file.

mgoldey, were there multiple instances of the same image (even multiple instances of a blank, small, or otherwise insignificant image)?

Comment 12

[Thomas D. (:thomas8)]

Brendan, Phil, Ruben, Mgoldey, Mike, grhmb-gbvisual:
Can you reply to WADA's comment 9?
Do you think it is possible that with or without your awareness, your problem was caused by one of the following?

(In reply to WADA from comment #9)
> As written in bug 532395, some cases are known.
> - Original mail is deleted after start of reply/forward/edit as draft.
> - Original mail's offset is changed by Compact after start of
> reply/forward/edit
>   as draft(local mail folder only issue).
> Which case? Or different from such case?

Furthermore, is it possible that you opened multiple instances of the same draft?

(In reply to Thomas M. from comment #10)
> This bug report seems to have duplicates: bug 485524 and bug 532395.

Thank you Thomas M. for providing that valuable information. The symptoms are surely the same or very similar. But we are not always sure about the causes. WADA is trying to identify all potential causes and attribute individual reports to those causes, in an effort to ensure we have covered all causes. It's possible that they are duplicates with same causes; or it's possible that confirmation reports of some comments have different causes. The problem is, unless the known causes have been fixed (which may take long), we can never be sure what other causes might be at work unless reporters explicitly confirm the known causes for their symptoms, which however is difficult. So that's why sometimes bugs are not marked duplicate in spite of being very similar.
Nonetheless, please continue to provide hints about potential duplicates, it is very helpful.

Comment 13

[Thomas D. (:thomas8)]

Adjusting summary.

Given that...
- Brendan (reporter), even at the time of this comment, is still "New to bugzilla"
- he never replied here since 2008
- the current summary was written by Brendan, and never changed since (history)
- the current summary was not very carefully written (wrong sentence structure with duplicate verb: ...hangs causes an...hang)
- not everybody weighs every word
- this was reported against TB2, 4 yrs ago
- no other comment here explicitly states that this happens all the time for *any* emails with *any* inline image

... we have no reason to assume that Brendan's comment 0 and summary are as precisely written as Bug 532395 Comment 59 assumes by emphasizing the word *any* to point out a difference between this bug and bug 532395.

Furthermore, it's very unlikely that TB hangs for *any* inline image because if that were the case, we would have a lot more duplicates, while currently there are none, neither here nor on bug 532395. I myself can confirm that forwarding a msg with inline images often works as expected (but has sometimes failed).

Unless somebody presents details of different causes that trigger this bug, or explicitly claims that it is impossible to be caused by the known problems of bug 532395, I don't see how this is necessarily different from bug 532395. So I think it's not wrong to mark this as duplicate of bug 532395. Let's see if there are any issues that remain after fix for bug 532395, and if there are, they should better be reported in new bugs.

Comment 14

[Thomas D. (:thomas8)]

Attachment: "Testcase" 1 (extracted from comment 3)

The "testcase" of comment 3, produced by M$ mailer.
This probably needs to be reduced a lot to be useful.

Comment 15

[mgoldey]

This bug just hit again, with an inline image, replying to the sender.  Deleting the image allowed the message to go through, no problem.  Forwarding the message to another account, with the image inline, went through just fine.

Comment 16

[Jahdo]

(In reply to mgoldey from comment #15)
> This bug just hit again, with an inline image, replying to the sender. 
> Deleting the image allowed the message to go through, no problem. 
> Forwarding the message to another account, with the image inline, went
> through just fine.

I can confirmm that this is so !

Comment 17

[Jahdo]

Should have added in my last email, the "attaching" bug also occurs when saving a reply as draft

Comment 18

[paul]

I can concur, this issue also exists on TB 15.0.1 for Mac

Comment 20

[WADA:World Anti-bad-Duping Agency]

Setting dependency to bug 532395 for ease of tracking.

Comment 21

[mgoldey]

This has struck again.  There are two attachments, both .pdf files, and each one was pulled from another e-mail in a subfolder of the inbox, and dropped into the attachment pane on the new message window.  Neither one will attach, TB gets stuck at the "attaching . . . ." dialog.

Interestingly, both attachments can be opened and viewed from the attachment pane in the new message window.  In other words, the darn things are there, intact.  It's as if the routine that checks the e-mail before sending it is doing a different integrity check of the attachment then the routine that places the attachment in the message in the first place.

Comment 22

[WADA:World Anti-bad-Duping Agency]

As I wrote in bug 817245, "Image location" of embed image in composing/editing HTML mail is shown like next, where nnn=Offset(local mail folder) or nnn=UID(IMAP mail folder).
> mailbox:.../Inbox%3Ennn?part=1.2&filename=EmbedImage.jpg
> mailbox:.../Drafts%3Ennn?part=1.2&filename=EmbedImage.jpg
> imap://[e-mail]:993/fetch%3EUID%3E/INBOX%3Ennn?part=1.2&filename=EmbedImage.jpg
> imap://[e-mail]:993/fetch%3EUID%3E/Drafts%3Ennn?part=1.2&filename=EmbedImage.jpg
And, nnn=Offset(local mail folder) or nnn=UID(IMAP mail folder) of a mail is shown as "Order Received" column value by Tb.

If you will see problem again, view "Image Location", check mail of Offset=nnn or UID=nnn which is pointed by the "Image Lcation" in mail folder which is pointed by the "Image Location", and check whether your problem is same issue as bug 453196/bug 817245 or not, please.   .

Comment 23

[WADA:World Anti-bad-Duping Agency]

Closing as dup of 532395. If duping is wrong, please re-open with detailed explanation about difference of your case from that bug.