Closed
Bug 10340
Opened 25 years ago
Closed 25 years ago
Japanese detection is broken w/ detector pref enabled.
Categories
(Core :: Internationalization, defect, P3)
Tracking
()
People
(Reporter: momoi, Assigned: ftang)
Details
** Observed with 7/22/99 Win32 build ** Now that the pref setting has been enabled, I tested this with regard to the Japanese module for mail (and browser). This report is about the browser only. Here's my setting: user_pref("intl.charset.detector", "japsm"); Here's what I saw when I went to 2 pages with no Meta tag: ---------------------------------------------------------------------- FindShortcut: in='http://kaze:8000/eucnometa.html' out='null' It's NOT windows-1252- byte 0(0) It's NOT UTF-8- byte 0(0) It's NOT Shift_JIS- byte 0(0) It's NOT ISO-2022-JP- byte 17(11) It's NOT ISO-10646-UCS-2- byte 502(1f6) Document http://kaze:8000/eucnometa.html loaded successfully Document: Done (0.711 secs) FindShortcut: in='http://kaze:8000/sjisnometa.html' out='null' It's NOT windows-1252- byte 0(0) It's NOT UTF-8- byte 0(0) It's NOT Shift_JIS- byte 0(0) It's NOT ISO-2022-JP- byte 15(f) It's NOT ISO-10646-UCS-2- byte 1305(519) Document http://kaze:8000/sjisnometa.html loaded successfully Document: Done (0.921 secs) ---------------------------------------------------------------------- Note that in the first case, we don't check for EUC-JP at all. In the 2nd case, it checks for Shift_JIS but decides that it is not. Both results are wrong.
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 2•25 years ago
|
||
10230 seems to cover the 2 issues in this bug also. Verifying it as a duplicate.
You need to log in
before you can comment on or make changes to this bug.
Description
•