151031 - embedded/inline images don't display due to quotes in mime Content-Base="URL" and Content-Location="URL"

Status: NEW

(MailNews Core :: MIME, defect)

Description

[Wayne Feick]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
BuildID:    2002053012

I have a script that mails out a web page as a multi-part html file with
attached gifs. The gifs are all thumbnails to other pages, so I set Content-Base
and Content-Location in the header so the relative links in the web page will
work (one is needed for users who use netscape/mozilla and the other is for
those that use IE).

This worked fine, until I switched from netscape to mozilla. The embedded gifs
don't display correctly when either Content-Base or Content-Location is set,
however the links work.

If I remove both Content-Base and Content-Location, the images display correctly
but the links don't work.




Reproducible: Always
Steps to Reproduce:
I'm attaching the mail message with Content-Base and Content-Location included.
I've been sending it to myself as follows.

    /usr/lib/sendmail waf < msg_file

Comment 1

[Wayne Feick]

Attachment: email message to pass to /usr/lib/sendmail

Comment 2

[Joel Nelson (don't send email)]

Confirming on 2002070203

Comment 3

[Joel Nelson (don't send email)]

Also see bug 149072

Comment 4

[Henrik Gemal]

hmm... this is really weird. Outlook Express shows the images inline. You can
save the images and view them in Mozilla so the images aren't corrupt. I'm not
really sure what's wrong.
And I'm not sure how to debug this.

Comment 5

[Wayne Feick]

I'm not familiar with the mozilla code, but I would guess there's a routine
somewhere that fetches the image, and it's getting confused about where to get
the image from. You should be able to set a breakpoint in that routine and test
this hypothesis.

Comment 6

[Henrik Gemal]

perhaps this is a dupe of bug 61815 ?

Comment 7

[Henrik Gemal]

not a dupe

but if you change:
Content-Base: "http://www.brunz.org/~waf/media/gallery/"
Content-Location: "http://www.brunz.org/~waf/media/gallery/"

into:

Content-Base: http://www.brunz.org/~waf/media/gallery/
Content-Location: http://www.brunz.org/~waf/media/gallery/

it works!

must be a bug in the Content-Base or Content-Location stuff. Will try to poke
around but I could need some help in trying to get closer.

Comment 8

[Henrik Gemal]

Yeah its the quotes in the Content-Base that's causes the problems.

Looking at the code it seems like Mozilla is already stripping the " from the
Content-Base URL.

If you have:
Content-Base: "http://www.brunz.org/~waf/media/gallery/"

what happens is properly the following:
the Content-Base is retrieved from:
http://lxr.mozilla.org/mozilla/source/mailnews/mime/src/mimethtm.cpp#113

and then a <BASE tag is inserted into the displayed mailmessage at:
http://lxr.mozilla.org/mozilla/source/mailnews/mime/src/mimethtm.cpp#132

but the quotes should be removed at:
http://lxr.mozilla.org/mozilla/source/mailnews/mime/src/mimethtm.cpp#136

so I'm not sure what happens.

I wish there where a way to display internal HTML that Mozilla uses the show the
mailmessage. Is there?

Comment 9

[Henrik Gemal]

Ok found the problem. Via the DOM Inspector I was able to see the internal HTML
for the two messages. One that worked (without quotes) and one that didn't (with
quotes):

The HTML for the one that worked was:
<IMG _base_href="http://www.brunz.org/~waf/media/gallery/"
src="imap://[e-mail]:143/fetch%3EUID%3E.INBOX.spam%3E11978?part=1.2&amp;filename=pic01.jpg"/>

The HTML for the one that didn't work was:
<IMG _base_href="http://www.brunz.org/~waf/media/gallery/"
src="cid:[e-mail]"/>

why the imap:// doesn't get inserted in the second mail with the quotes I dont
know yet.

Comment 10

[Jerome Lacoste]

Henrik, from your last mail, it seems your use IMAP on the server. Have you
tried using POP to see if the problem is also there?

Comment 11

[Henrik Gemal]

Tried POP and same issue

Comment 12

[Thomas D. (:thomas8)]

Wada, fyi - another reason why inline images might fail