Closed
Bug 15475
Opened 25 years ago
Closed 25 years ago
In Reply/Forward Euro symbol disapears from the body and window caption
Categories
(MailNews Core :: Internationalization, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M11
People
(Reporter: marina, Assigned: nhottanscp)
References
Details
This happens in Plain text and HTML Steps to reproduce: -select a message with Euro symbol from Smoke test folder; -click Reply(Forward); //note: in HTML mail there is no Display problem, you see Euro displaying correctly in Subject and body, the only problem is caption of the window, there it desappeared (maybe because i have Lat-1 OS) //note: in Plain text after clicking Reply(forward) you have a Display problem, there is no Euro in the body; -send it and get message; //note : the Euro desappeared from Subjet, thread and body
Assignee | ||
Comment 1•25 years ago
|
||
Could you try a trade mark to check if this is a generic non Latin1 problem?
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•25 years ago
|
||
4.6 sends Euro with a special handling (sends window-1252 code point with ISO-8859-1 charset label). We need to decide how to deal with this case. Subject: This is EURO =?iso-8859-1?Q?=80?= with 4.6
Assignee | ||
Comment 3•25 years ago
|
||
4.6 also generates trade mark as below. Subject: testing trade mark =?iso-8859-1?Q?=99?=
Assignee | ||
Updated•25 years ago
|
Target Milestone: M12
Summary: In Reply/Forward Euro symbol dessapears from the body and window caption → In Reply/Forward Euro symbol disapears from the body and window caption
Assignee | ||
Comment 4•25 years ago
|
||
Add 8865 (entity covnersion) to depends. For html body, it needs the entity converter with € support. For plain text, we should either send the mail as UTF-8 (since ISO-8859-1 has no mapping for Euro) or put '?' instead. Current behavior for unmapped character is to skip that character. That's the reason of the current problem.
Assignee | ||
Comment 5•25 years ago
|
||
HTML fallback is complete (Euro is sent as €). As a part of the fix, entities are only generated as fallbacks (e.g. ISO-8859-1 mail generates € but not Á). The spec is in http://www.mozilla.org/projects/intl/mail-news-i18n-spec.html For plain text, fallback is always '?'. UTF-8 option is not done, we need a pref (with UI maybe). I would like to do that as a part of but I would like to do that as a part of 9574 (Transliteration API). So mark this bug as fixed. Note that there is a bug in ISO-2022-JP encoder (15706) so the fallback is not correct but other charset should work fine.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Target Milestone: M12 → M11
I'm reopening this bug based on 1999-11-09-09-M11 win build: after getting the message euro is displayed as a "?" in the thread pane and Subject header
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
after discussion with Kat removed the resolutioin "reopned" and left it as fixed
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 8•25 years ago
|
||
** Checked with 11/9/99 Win32 build (1999110911) ** As marina correctly noted, the current solution leaves an impression of a problem since the original material looks properly quoted but when it's sent out the EURO is replaced by the question mark. Also for those used to 4.x behavior, this feels strange. We need to look for some ways to correct these user level impressions and do the right thing. This will be dealt with in another bug. For the current bug, the following spec has been established. For both HTML and Plain text headers: The EURO and other special symbols which do not exist on the ISO-8859-1 table will be substituted for with "?". For HTML body: These special symbols (e.g. EURO) not on the chosen mail charset (e.g. ISO-8859-1) will be represented by entities (CERs or NCRs). For Plain text body: These special symbols (e.eg. EURO) not on the chosen mail charset (e.g. ISO-8859-1) will be reprsented by the "question" mark or possibly something like "EUR" as was done in 4.06/4.5 and later. The 11/9/99 Win32 build behaves in a manner consistent with the above spec and thus this bug fix has been verified. We will deal with these additional issues in another bug.
Comment 9•25 years ago
|
||
CC'ed bobj.
Comment 10•25 years ago
|
||
Possibly, when we convert to plain text, we want to transliterate characters that do not exist in the target charset of the conversion. E.g., in Japanese plain text mail we might convert a copyright symbol to "(c)" and a Euro symbol to "EUR". See bug 9574, Transliteration API.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•