Closed
Bug 23749
Opened 25 years ago
Closed 25 years ago
Plain text display incorrectly for non ASCII
Categories
(Core :: Internationalization, defect, P3)
Core
Internationalization
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: momoi, Assigned: rickg)
References
()
Details
(Whiteboard: [PDT+])
** Observed with 1/11/00 Win32 build and also with M12-rtm build **
Apparently this problem has been around for a while. I hope it is being addressed somewhere
and that this is a duplicate.
1. Use 4.71 to display Netscape Home page.
2. Now save this page into .txt format by "File | Save as..." menu. This will produce the home page content in .txt format.
3. Now view this page locally by Mozilla using "File | Open File" under Shift_JIS encoding.
4. The display looks all wrong except the ASCII characters. The results look bad under Japanese Auto-Detect ON
setting also.
5. If you save the above URL in .html format and view it locally, there is no problem.
We don't seem to be sending Unicode data to the layout when the file format is in .txt.
Reporter | ||
Comment 1•25 years ago
|
||
If this is not a duplicate, we should mark this [Beta].
Comment 2•25 years ago
|
||
I pointed out this problem in 17022. And Marina pointed the other problem in 16878. Those bugs are dup of 16868.
Now, 16868 is fixed, but this problem still happens.
Reporter | ||
Updated•25 years ago
|
Summary: Corrupt display of .txt type file in Japanese → [Beta] Corrupt display of .txt type file in Japanese
Reporter | ||
Comment 3•25 years ago
|
||
Thanks. I've looked at the other bugs and whatever the diagnosis was for these original bugs
does not seem to apply to this and Bug 17022. Rather than going back to the old bugs and retrace
the discussios which did notlead to a real solution, let's start the bug again here new.
Let me summarize the current known facts.
1. .txt file in Shift_JIS Japanese cannot be displayed correctly -- presumably we are not sending correct Uncode
data to the layout for some reason.
2. .html file in Shift_JIS Japanese displays OK under Shift_JIS encoding.
3. .html file in Shift_JIS which encloses the Japanese data in <pre> ... </pre> tag making it a
preformatted text displays OK under Shift_JIS encoding.
ftang should analyze the problem again and assign it to right people or
deal with it himself. I have marked this bug [Beta].
Reporter | ||
Updated•25 years ago
|
Summary: [Beta] Corrupt display of .txt type file in Japanese → [Beta] Corrupt display of .txt type file in Japanese & other non-ASCII data
Reporter | ||
Comment 4•25 years ago
|
||
Since the problem applies generally to non-ASCII data in .txt format, I corrected the summary line.
Reporter | ||
Comment 5•25 years ago
|
||
erik@netscape.com has been added to the CC line since he was
consulted earlier in a supposedly related bug.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M13
Comment 6•25 years ago
|
||
In the 4.x time, we handle plain text w/ html code path. Somehow we currently
use XML document to handle plain text in nsLayoutDLF.cpp now. This cause some
problem. The reason is the charset policy for html and plain text is different
than xml. In xml, if there are no charset information available, the charset
default to "UTF-8". In html and plain text, if there are no charset information
avaialbe, the charset should default to whatever user select.
RickG: Is there any reason that you use nsXMLDocument to handle plain text
intead of nsHTMLDocument ? Can we switch back to nsHTMLDocument ?
Comment 7•25 years ago
|
||
I probably can work around the problem by copy some charset policy code from
nsHTMLDocument.cpp into nsXMLDocument.cpp
Updated•25 years ago
|
Whiteboard: fix in my local build. need review.
Updated•25 years ago
|
Target Milestone: M13 → M14
Comment 8•25 years ago
|
||
big diff. Postpone to M14.
Comment 10•25 years ago
|
||
Reassign this to rickg since he say in email that he will make the plain text
using nsHTMLDocument instead of nsXMLDocument which will fix this problem.
This is not only a problem in Japanese but also ISO-8859-1 plain text file. If
you use nsXMLDocument to display ISO-8859-1 plain text file, it will display
incorrectly.
Assignee: ftang → rickg
Status: ASSIGNED → NEW
Summary: [Beta] Corrupt display of .txt type file in Japanese & other non-ASCII data → [Beta] Plain text display incorrectly for non ASCII
Whiteboard: fix in my local build. need review.
Updated•25 years ago
|
Whiteboard: [PDT+]
Updated•25 years ago
|
Summary: [Beta] Plain text display incorrectly for non ASCII → Plain text display incorrectly for non ASCII
Assignee | ||
Comment 11•25 years ago
|
||
It's fixed in my tree -- awaiting opportunity to checkin.
Status: NEW → ASSIGNED
Assignee | ||
Comment 12•25 years ago
|
||
Fixed with checkin last night.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 13•25 years ago
|
||
I verified this in 2000021408 Win32 and 2000021409 Linux build. I cannot verify this in Mac because of bug 27773.
Updated•25 years ago
|
Whiteboard: [PDT+] → [PDT+] Cannot verify this in Mac because of bug 27773
Comment 14•25 years ago
|
||
Bug 27773 is dup of bug 22244. Now, 22244 is fixed, but Browser on mac does not open local non-ASCII file.
So, I cannot verify this bug until bug 31054 is fixed.
Whiteboard: [PDT+] Cannot verify this in Mac because of bug 27773 → [PDT+] Cannot verify this in Mac because of bug 31054
Comment 15•25 years ago
|
||
Ok, we found that if I put the file name extention. It works file on Mac. I verified this in 2000030809 Mac build.
Status: RESOLVED → VERIFIED
Whiteboard: [PDT+] Cannot verify this in Mac because of bug 31054 → [PDT+]
You need to log in
before you can comment on or make changes to this bug.
Description
•