Closed Bug 182976 Opened 22 years ago Closed 20 years ago

bad character set detection for '<emdash>t' (Windows 1252)

Categories

(MailNews Core :: Internationalization, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 168526

People

(Reporter: timeless, Assigned: smontagu)

References

Details

Attachments

(1 file)

I got bugmail for bug 181711 comment 3, mozmail (imap connection) - cvs build
from about two weeks ago rendered "output葉hat", displaying the source/message
as Western (ISO-8859-1) triggers results in "output—that".

Oddly the character coding is listed as Western (ISO-8859-1) even while
universal autodetect is triggering 葉.
Attached file the email
When loaded from a file in navigator, i get Western (Windows-1252):
output葉hat
Can anyone reproduce this in an up-to-date build? It might be a similar issue to
bug 180988
In fact it's much more similar to bug 168526
Duping to the browser autodetect bug.

Bug 253849 opened for the failure of the Mail/News View|Encoding menu to update, 
which is a common symptom to some otherwise distinct Mail/News charset bugs.

*** This bug has been marked as a duplicate of 168526 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Summary: bad character set detection for '—t' → bad character set detection for '<emdash>t' (Windows 1252)
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: