Closed Bug 182976 Opened 23 years ago Closed 21 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: 21 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: