Open
Bug 148742
Opened 22 years ago
Updated 2 years ago
Mail client can't render attached html correctly.
Categories
(MailNews Core :: Attachments, defect)
MailNews Core
Attachments
Tracking
(Not tracked)
NEW
People
(Reporter: calvin.liu, Unassigned)
References
(Depends on 1 open bug)
Details
Attachments
(4 files)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523 BuildID: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523 Mail client can't render attached html correctly. (use the two attached files to reproduce it.) Reproducible: Always Steps to Reproduce: 1.attach the two html file in a mail and send it 2.recevie the mail and see the result in mail client 3.reply the mail and see the result Actual Results: the 2 html files are different, one shows a horizon table while another shows a vertical table. but in the mail client, they are both showed as horizon table. (step2) after replying, the second attachment will be lost. (step3) Expected Results: the two tables shows correctly.
Reporter | ||
Comment 1•22 years ago
|
||
Reporter | ||
Comment 2•22 years ago
|
||
Updated•22 years ago
|
QA Contact: trix → yulian
QA Contact: yulian → stephend
Confirming with build 2002-12-13-08, Windows 2000. I'll attach a screenshot.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•21 years ago
|
||
Interestingly, in 1.5 Final, I'm seeing a different rendering with my test mail. Still not correct, tho. Note that my message put "4-6-2.htm" (vertical) first, and "4-6.htm" (horizontal) second. From Stephen's screenshot, you can't tell which attachment was first.
Updated•20 years ago
|
Product: MailNews → Core
Reconfirmed on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1pre) Gecko/2008062602 SeaMonkey/2.0a1pre, similar result as in comment #5. Attaching vertical first and then horizontal produces two horizontal tables. Attaching horizontal first and then vertical produces two vertical tables. > after replying, the second attachment will be lost. (step3) It's not actually lost, just the last attachment is included twice into the HTML reply as it was displayed. The e-mails replied to contain both versions, just the first one is never accurately displayed. In further testing, I've noticed that the {display:... some-color 5px}.box# definitions and subsequent <div class="box#">box# uses are identical between horizontal and vertical versions. Changing the class names in the vertical attachment resolved the issue and displayed both attachments correctly, including any replies to it. Thus, this bug actually exhibits a "leaking" of styles between attachments. Resetting assignee and QA per bug-day instruction.
Assignee: mscott → nobody
QA Contact: stephend → attachments
(In reply to comment #6) > It's not actually lost, just the last attachment is included twice into the > HTML reply as it was displayed. The e-mails replied to contain both versions, > just the first one is never accurately displayed. Sorry, this statement is not accurate. It's not that the first attachment is not included in a reply, it's just that the style of the last attachment is forced upon the others if there are duplicate class/id names for the quote. There is also a (somewhat heated) discussion on style leakage going on in bug 441275, however mostly dealing with global style specifications. I think that the problem here is different in a way that class/id names within an attachment should have their own name spaces to avoid that CSS leakage.
xref bug 341059 as a possible comprehensive solution.
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•5 years ago
|
Severity: major → normal
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•