Closed
Bug 18105
Opened 25 years ago
Closed 25 years ago
Wrong MIME header when the Japanese subject is very long
Categories
(MailNews Core :: Internationalization, defect, P3)
MailNews Core
Internationalization
Tracking
(Not tracked)
VERIFIED
FIXED
M12
People
(Reporter: ji, Assigned: nhottanscp)
References
Details
Build: linux 1999110508 OS: RH6.0 When the subject contains Japanese chars and is very long, MIME header is wrong and the subject is displayed blank in the thread pane. Steps of reproduce: 1. Open the mail compose window. 2. Enter a long Japanese subject in the subject field (like 25 Ja chars) 3. Send the mail to the account itself You'll see the long Japanese subject is displayed blank. If you open the mail folder using vi, you'll see the MIME header is wrong.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Summary: Wrong MIME header when the Japanese subject is very long → Wrong MIME header when the Japanese subject is very long
Target Milestone: M12
Assignee | ||
Comment 1•25 years ago
|
||
Please check if this is a linux only problem or reproducable in Windows. Also, paste the encoded subject in the bug report.
The MIME header viewed on 4.7 doesn't start with =?ISO-2022-JP? It simply starts with Ja characters. With today's linux build, the Ja characters in the long subject are displaying as different chracters instead of blank on 110508 build.
Assignee | ||
Updated•25 years ago
|
OS: Linux → All
Hardware: Other → All
Assignee | ||
Comment 4•25 years ago
|
||
The problem happening here is that MIME decoder encountered some kind of error condition so it aborted and the original string was used instead without MIME encode. The MIME encoder logic used for 5.0 is basically the same as 4.x. One difference I found between 4.x and 5.0 is the line wrapping. 4.x does not do the correct line wrapping (e.g. the data of 18262 does not wrap and encoded in one line which is not desirable). 5.0 fixed this problem but it may have exposed a potential problem which was not invoked in 4.x. Need more investigation.
Assignee | ||
Comment 5•25 years ago
|
||
Correction:
>The problem happening here is that MIME decoder encountered some kind of error
MIME encoder instead of decoder
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•25 years ago
|
||
The problem was cause by my change to the encoder (substitutes unmapped character to '?') a couple of weeks ago. Fix was checked in to M12.
Comment 7•25 years ago
|
||
Verification should be done on M12 builds as follows and report back here: ji --> check JPN/UTF-8 for Linux momoi --> check JPN/UTF-8 on Windows marina --> Latin 1 -- easily reproducible when the subject contains Latin 1 strings and long
Comment 9•25 years ago
|
||
Looks good on 11/12/99 Win32 build (1999111208). Long headers in JPN are now encoded properly.
Reporter | ||
Comment 10•25 years ago
|
||
Verified with Linux 121008-M12 build. it is fixed.
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
•