Reply looses inline graphics. Reply with/without attachments option is needed.

RESOLVED INCOMPLETE

Status

Thunderbird
Message Compose Window
--
major
RESOLVED INCOMPLETE
8 years ago
6 years ago

People

(Reporter: tom, Unassigned)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: dupme)

(Reporter)

Description

8 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Build Identifier: Latest: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4

When pressing reply or reply-all there needs to be an option to keep all attachments. Also all inline graphics should automatically be included - presently they are lost! In other words instead of having to press forward and then re-enter all the emails on the list a replay with attachments should be included AND it should not loose the graphics! Loosing the graphics, the jpgs in the email, and other png and tiff destroys the usefulness of the email. 

Reproducible: Always

Steps to Reproduce:
1. Receive email.
2. Press Reply All
3. You look an mysteriously all inline graphics in the email are lost! Also attachments are lost even if you want them.
Actual Results:  
Missing inline graphics and missing attachments. 

Expected Results:  
Should have option to keep attachments and it should always keep the inline graphics like jpg and png and others so the returned email still makes sense.
Can you share a mail which will loose inline graphics when replying ?
(Reporter)

Comment 2

8 years ago
All of them. I want an option in preferences to "always include graphic images" when replying. Defaulting to not including makes the 90% of the emails I send back as useless.
What kind of part do you mean by your "inline graphics in the mail"?
  (a) a part of Content-Type: image/xxx in multipart/mixed mail or part.
  (b) a part of Content-Type: image/xxx in multipart/related mail or part,
      which has Content-Id: <...cid...>,
      and is ponted by <img src="...cid..."> of HTML mail source in a part of
      Content-Type: text/html contained in same multipart/related mail or part. 
  (c) both of (a) and (b)
If multipart/mixed part or multipart/related part, in what kind of multipart/xxx is the multipart/mixed or multipart/related part contained?
What is difference between your "(Missing) inline graphics" and "(missing) attachments"? (Other than difference of image/xxx and type/subtype of Content-Type:)
What kind of mail do you compose for reply? Plain text mail? HTML mail?

Comment 4

8 years ago
perhaps needs splitting into multiple bugs if they don't all already exist
Component: General → Message Compose Window
QA Contact: general → message-compose
Summary: Reply with/without attachments option is needed badly AND Reply should not loose inline graphics! → Reply looses inline graphics. Reply with/without attachments option is needed.
Whiteboard: dupme
Duplicate of this bug: 565653

Comment 6

8 years ago
Here is a hotwo I am able to reproduce it ...

- Using the image http://www.mozilla.org/images/home/projects/bugzilla.png, I send myself an email 
  + from TB to TB
  + from TB to Gmail back to TB trying to reply back

- Here is the Email corpse sent and got (I checked "Do not include image ...") : 
	 Subject: test bug
	 Content-Type: multipart/alternative;
	  boundary="------------010000060704080102090405"
	 
	 This is a multi-part message in MIME format.
	 --------------010000060704080102090405
	 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
	 Content-Transfer-Encoding: 7bit
	 
	 bugzilla.png
	 
	 --------------010000060704080102090405
	 Content-Type: text/html; charset=ISO-8859-1
	 Content-Transfer-Encoding: 7bit
	 
	 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
	 <html>
	 <head>
	 
	 <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
	 </head>
	 <body bgcolor="#ffffff" text="#000000">
	 <img alt="bugzilla.png"
	  src="http://www.mozilla.org/images/home/projects/bugzilla.png"
	  moz-do-not-send="true" height="85" width="85">
	 </body>
	 </html>

	 --------------010000060704080102090405--

 
 
- Now I want to reply to me (from TB to TB) ... here is the HTML code generated :
	 Subject: Re: test bug
	 References: <4C20ACCB.8040608@XXXX.com>
	 In-Reply-To: <4C20ACCB.8040608@XXXX.com>
	 X-Scanned-By: MIMEDefang 2.64 on 155.132.188.84
	 Content-Type: multipart/alternative;
	  boundary="------------070800070003050506030902"
	 Content-Length: 1123

	 This is a multi-part message in MIME format.
	 --------------070800070003050506030902
	 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
	 Content-Transfer-Encoding: 8bit
	 
	 Yeah works !
	 
	 Le 22/06/2010 14:30, Pascal Borschneck a écrit :
	 > bugzilla.png 
	 
	 --------------070800070003050506030902
	 Content-Type: text/html; charset=ISO-8859-1
	 Content-Transfer-Encoding: 7bit
	 
	 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
	 <html>
	 <head>
	   <meta content="text/html; charset=ISO-8859-1"
	  http-equiv="Content-Type">
	   <title></title>
	 </head>
	 <body bgcolor="#ffffff" text="#000000">
	 <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
	 <title></title>
	 Yeah works !<br>
	 <br>
	 Le 22/06/2010 14:30, Pascal Borschneck a &eacute;crit&nbsp;:
	 <blockquote cite="mid:4C20ACCB.8040608@XXXX.com" type="cite">
	   <meta http-equiv="content-type"
	  content="text/html; charset=ISO-8859-1">
	   <img alt="bugzilla.png"
	  src="http://www.mozilla.org/images/home/projects/bugzilla.png"
	  moz-do-not-send="true" height="85" width="85">
	 </blockquote>
	 </body>
	 </html>
	 
	 --------------070800070003050506030902--

- Yeah from TB to TB, no problem !!!  Just perhaps the <img> without </img> ?
But in real life ... other people may have other programs ...

- Now from TB to Gmail which replies to TB : <img ...> disapeared for CID
	 X-Brightmail-Tracker: AAAAAQAAAUA=
	 X-Scanned-By: MIMEDefang 2.64 on 143.209.238.34
	 X-Scanned-By: MIMEDefang 2.57 on 192.160.6.149
	 Content-Type: multipart/related; boundary=0015174bdc5cbc432204899df0d7
	 Content-Length: 11695

	 --0015174bdc5cbc432204899df0d7
	 Content-Type: multipart/alternative; boundary=0015174bdc5cbc431904899df0d6

	 --0015174bdc5cbc431904899df0d6
	 Content-Type: text/plain; charset=ISO-8859-1
	 Content-Transfer-Encoding: quoted-printable

	 Got it thanks =3D)
	 ...
	 <div class=3D"gmail_quote">Le 22 juin 2010 14:51:=
	 41 UTC+2, Pascal Borschneck <span dir=3D"ltr">&lt;<a href=3D"mailto:Pascal.=
	 Borschneck@XXXXXXXXXXXXXX.com">Pascal.Borschneck@XXXXXXXXXXXXXX.com</a>&gt;=
	 </span> a =E9crit :<br>
	 <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
	 x #ccc solid;padding-left:1ex;">
	 
	 
	 <div bgcolor=3D"#ffffff" text=3D"#000000">
	 <img alt=3D"bugzilla.png" src=3D"cid:part1.04050504.08040809@xxxxxxxxxxxxxx=
	 .com" height=3D"85" width=3D"85"><br>
	 <br>
	 <br>
	 </div>
	 
	 </blockquote></div>
 
with file included
	 --0015174bdc5cbc432204899df0d7
	 Content-Type: image/png; name="bugzilla.png"
	 Content-Transfer-Encoding: base64
	 Content-ID: <part1.04050504.08040809@xxxxxxxxxxxxxx.com>
	 X-Attachment-Id: 2a884a66264c5b7b_0.1.1
	 ...

- Now I do the ... reply to my reply !  And here 
   + the image is missing
   + the Draft won't save
   + the email can't be sent ...

 With the HTML code reworked as ...
	 Content-Type: multipart/related;
	  boundary="------------060401080103040000060302"

	 This is a multi-part message in MIME format.
	 --------------060401080103040000060302
	 Content-Type: text/html; charset=ISO-8859-1
	 Content-Transfer-Encoding: 7bit
	 ...
	 <div bgcolor="#ffffff" text="#000000">
	 <img alt="bugzilla.png" src="mailbox:///D%7C/Documents%20and%20Settings/paborsch/Application%20Data/Thunderbird/Profiles/XXXXXXXX.default/Mail/Local%20Folders/Inbox?number=106523611&amp;header=quotebody&amp;part=1.2&amp;filename=bugzilla.png" height="85" width="85"><br>
	 <br>
	 <br>
	 </div>
 
which can't be read / shown / sent / saved / ... sniff !!!

I hope this wil help ;)
Putting this bug in dependency tree for meta bug 505172 for ease of tracking and search.
Blocks: 505172
Tom this might have been fixed by bug 351224. Could you take a few
minutes and download the latest nightly (
http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-central/
), backup your profile and test and let us know if this is fixed or not ?
(Reporter)

Comment 9

7 years ago
This really needs to be fixed. All day long I have to pick graphics out of old email and put them in the replies. There needs to be an option to include ALL graphics and inclusions in the reply email (not just in the forward email that does it correctly).
(Reporter)

Comment 10

7 years ago
This should be a simple fix. Only a preference addition to make reply-to-all be similar to Forward so it includes everything. SIMPLE!
This worksforme on TB12.0.1 & WinXP.

There are some related problems which have been confirmed, of which this is most likely a dupe:
Bug 501298, Bug 754655, Bug 671440

For remaining problems that are different from above bugs, we need new bug with new reduced testcase (attach .eml). Comment 6 is very hard to parse...
Comment 6 might be case of mailbox:///D%7C/ which works if changed to mailbox:///D:/ according to some comment I just read, but surely that has been fixed by now, too.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
Also, img used in testcase of comment 6 was very likely a case where img src URL was redirected, which is Bug 501298:
http://www.mozilla.org/images/home/projects/bugzilla.png
will be redirected to
http://www.mozilla.org/de/images/home/projects/bugzilla.png
Unfortunately, test case no longer exists.
You need to log in before you can comment on or make changes to this bug.