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•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•