Closed Bug 66757 Opened 25 years ago Closed 24 years ago

German umlauts get displayed wrong

Categories

(MailNews Core :: Internationalization, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 70525

People

(Reporter: dev+mozilla, Assigned: nhottanscp)

References

Details

(Keywords: intl)

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20010125 BuildID: 2001012504 Reproducible: Sometimes, not very often Steps to Reproduce: 1. View a message that has German umlauts in the body. Actual Results: The umlauts in the message get displayed wrong, e.g. "ü" gets displayed as ü. Expected Results: The umlauts should get displayed correctly. Opening the message in a new window or relaunching mozilla leads to correctly displayed umlauts. _Which_ messages are displayed incorrectly and _when_ it occurs seems to be random. Most of the time it is ok. This bug seems to be a regression. I started seeing it maybe a week or two ago.
I have seen this, too, but I thought the character set wasn't specified correctly (but I didn't look it up). Could you attach the complete mail header of a message showing this?
I'll do so when the bug shows its ugly head again. But as far as I understand it, it is not message-specific. When it happens, it seems to happen to all messages with umlauts in them. At other times, those messages display just fine.
Ok, here's the header + start of mail that is displayed wrong: **********begin**************** From - Fri Jan 19 21:35:47 2001 X-UIDL: 987000e986d41dc9c46051b671deb103 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Return-Path: [snipped] X-Flags: 0000 Delivered-To: GMX delivery to oliver.klee@gmx.net Received: (qmail 30785 invoked by uid 0); 19 Jan 2001 17:01:05 -0000 Received: from triton.informatik.uni-bonn.de (HELO maildrop.informatik.uni-bonn.de) (131.220.4.18) by 10.1.4.111 (mx11) with SMTP; 19 Jan 2001 17:01:05 -0000 Received: by maildrop.informatik.uni-bonn.de (Postfix) id C8EFD54067; Fri, 19 Jan 2001 18:01:03 +0100 (MET) Delivered-To: klee@xmailer.informatik.uni-bonn.de Received: from mailhost.informatik.uni-bonn.de (olymp.informatik.uni-bonn.de [131.220.4.1]) by maildrop.informatik.uni-bonn.de (Postfix) with ESMTP id 0946B54065 for <klee@maildrop.informatik.uni-bonn.de>; Fri, 19 Jan 2001 18:01:03 +0100 (MET) Received: from iti.cs.uni-magdeburg.de (iti.CS.Uni-Magdeburg.De [141.44.26.1]) by mailhost.informatik.uni-bonn.de (Postfix) with ESMTP id 6EF0A62E9 for <klee@informatik.uni-bonn.de>; Fri, 19 Jan 2001 18:01:03 +0100 (MET) Received: by iti.cs.uni-magdeburg.de (8.9.3/8.9.3) id SAA14628 for ft-members-outgoing; Fri, 19 Jan 2001 18:00:36 +0100 (MET) X-Authentication-Warning: iti.cs.uni-magdeburg.de: majordom set sender to owner-ft-members@iti.cs.uni-magdeburg.de using -f Mime-Version: 1.0 X-Sender: decker@zuse Message-Id: <f05010400b68e1ce2a8e2@[129.217.10.138]> Date: Fri, 19 Jan 2001 18:01:23 +0100 To: [snipped] From: [snipped] Subject: Ergebnisse Datenerhebung 2000/01 Content-Type: multipart/mixed; boundary="============_-1232198810==_============" Sender: [snipped] Precedence: bulk X-Modified-Forwards: 1A.inbox X-UIDL: 987000e986d41dc9c46051b671deb103 --============_-1232198810==_============ Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable Liebe Mitglieder und Gaeste des Fakultaetentags, endlich kann ich Ihnen die (fast-endgueltigen) Statistiken des =46akultaetentages zusenden; neben Verzoegerungen bei einigen "Datenlieferanten" hatten wir groessere Engpaesse im Sekretariat, die hoffentlich ab 1.2. endgueltig behoben sind. Ich bitte Sie daher um Verstaendnis. *******end**************** The text gets displayed as: Liebe Mitglieder und Gaeste des Fakultaetentags, endlich kann ich Ihnen die (fast-endgueltigen) Statistiken des Fakultaetentages zusenden; neben Verzoegerungen bei einigen "Datenlieferanten" hatten wir groessere Engpaesse im Sekretariat, die hoffentlich ab 1.2. endgueltig behoben sind. Ich bitte Sie daher um Verstaendnis. Alle "Datenlieferanten" bitte ich um �berprüfung und ggfls. Ergänzung bzw. Korrektur der Einträge, insbesondere die Frauenanteile sind nach wie vor auch in vergangenen JAhren unvollständig.
I forgot the part of the original message text with the umlauts in it: Alle "Datenlieferanten" bitte ich um =DCberpr=FCfung und ggfls. Erg=E4nzung bzw. Korrektur der Eintr=E4ge, insbesondere die Frauenanteile sind nach wie vor auch in vergangenen JAhren unvollst=E4ndig.
Marking NEW as per comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Ok, tested a bit more: * When the bug occurs, all messages with umlauts in them are displayed incorrectly. * Closing and re-opening MailNews or opening the message in a separate window gets the umlauts do display ok.
Assignee: rchen → nhotta
Component: Localization → Internationalization
Keywords: intl
Changed the component to i18n and reassign it to nhotta.
>* When the bug occurs, all messages with umlauts in them are displayed >incorrectly. Is this always reproducible or is there any procedure make this to happen?
I still don't have an inkling about what triggers the bug. So I cannot reproduce it reliably, sorry.
*** Bug 67673 has been marked as a duplicate of this bug. ***
Oliver Klee, please attach the entire message rather than a part. Your test case of: ------- Additional Comments From Oliver Klee 2001-01-27 18:29 ------- is supposed to be multipart mized but it contains one part. It is hard to judge whether or not missing part plays a role in this bug. In any case, your test does not cause a problem with 2/5/2001 Win32 build on NT4-US. Maybe your platform has something to do with it, i.e. Win 2000. But without a complete test case, it is hard to tell. Rather than copy & paste the message, make it into an attachment.
I couldn't reproduce it with 2001-02-05-08-mtrunk linux build either. nhotta@netscape.com has posted a test message in newsgroup netscape.public.mozilla.qa.i18n Oliver, could you check that message with the latest build in your environment? Thanks.
With the 2001021304 trunk build, I haven't seen this bug so far. Marking WORKSFORME. I'll reopen this bug and attach a test case if I see it again.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Marked it as verified. It's not happening on 02/19 mtrunk builds.
Status: RESOLVED → VERIFIED
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Reopening as I'm seeing this again on 2001031204 (after one month without seeing the bug). The test message by Naoki Hotta now looks like this: Essen aus der Dose steht nicht gerade in dem Ruf, ein kulinarischer Höhepunkt im Kochtopf zu sein. Die Site räumt mit dem Vorurteil auf: Witzig und informativ - alles zum Thema Dosenfutter. Yesterday, this build displayed umlauts fine. I still don't have a clue what is triggering this behavior.
This could be a dup of bug 70525.
this is a dup of 70525. Oliver , this happens after you switch folder from the account central, i did see the umlauts turn into two single bit chars and it is not a random problem, just depends on when you actually opened the mail: if after switching from account central then you'll see mail body garbled . Restart, go directly to the mail and you'll see mail body displaying correctly. It is an annoying problem and it is described in 70525. *** This bug has been marked as a duplicate of 70525 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → DUPLICATE
Marked it as verified.
Status: RESOLVED → VERIFIED
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: