HTML attachments in Hebrew Visual are displayed incorrectly by Mozilla Mail.




Layout: Text
15 years ago
7 years ago


(Reporter: pavelp, Unassigned)



Firefox Tracking Flags

(Not tracked)





15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

The page is in Hebrew Visual.
When opened in browser, the page displays correctly.
When attached to mail, it is displayed *inline* as if it was Logical. Changing
"View->Character coding" does not affect the display in any way.
When the attachment is opened separately in browser, it displays correctly again.

Reproducible: Always

Steps to Reproduce:
1. Go to, Observe it is displayed correctly.
2. Mail it to yourself as an attachment, the mail will display inverted.
3. Double-click on an attached document, it will open the browser document
that's displayed correctly again.

Actual Results:  
Attached Visual Hebrew HTML is displayed as Logical Hebrew. Manually changing
Character Coding does not help.

Expected Results:  
The attached HTML should not be inverted.
Changing "Character Coding" should affect the display.

This is probably soluble in theory, but my own feeling is that the cost in code
bloat would be greater than the benefit. We might want to add a release note.
Blocks: 154625
Ever confirmed: true
Product: MailNews → Core

Comment 2

13 years ago
I'm trying to revisit this issue. (Adding Jungshik also.)
As I recall, in MailNews, we handle each MIME part separately and this means we should be able to handle different charsets in MIME parts. (I think we made this change sometime ago -- certainly before this bug was filed). If it is working correctly, we should not have a problem like this. (Unless we have to make a special case of Visual Hebrew in Mail rendering.)

Looking at the sample page at:
the charset parameter specified is charset=Visual. I cannot access lxr right now and can't tell if this name is treated as a synonym of ISO-8859-8. If not, that may explain this bug. If it is treated as a synonym, then there might be another reason.
visual is defined as an alias for ISO-8859-8:

We correctly decode the characters, so the problem is not with the charset itself. The problem is in using different text types for separate sections of a single document. One way to display the attachment correctly (probably what I had in mind in comment 1) would be to insert an LRO character (U+202D) at the beginning of each line and a PDF character (U+202C) at the end.


10 years ago
Component: MailNews: BiDi Hebrew & Arabic → Layout: Text
QA Contact: giladehven → layout.fonts-and-text


7 years ago
Assignee: mozilla → nobody
You need to log in before you can comment on or make changes to this bug.