Closed Bug 72074 Opened 24 years ago Closed 24 years ago

Increased frequency of failure in Character Code East Asian AutoDetection of EUC-JP

Categories

(Core :: Internationalization, defect)

defect
Not set
major

Tracking

()

VERIFIED DUPLICATE of bug 57872
Future

People

(Reporter: tarahim, Assigned: shanjian)

References

()

Details

(Keywords: intl)

2001031408 and 0312 build. Goto any site in ISO-8859-1 with Auto Detect set to Japanese. Then jump to a site in Euc-JP (seen in some Shift-JIS sites, too). Much more often than previously observable, Browser fails to switch character coding. URl is an example of Euc-JP site which fails frequently. It has gotten worse in recent builds.
Reassign to shanjian.
Assignee: nhotta → shanjian
Changing QA Contact to ylong@netscape.com.
QA Contact: andreasb → ylong
this problem might be related with the latest JS change.
Status: NEW → ASSIGNED
On 03-08 Mac Mtrunk build, it works fine with the page in url field.
I think this is invalid. I forgot that I used a fresh profile for other testing and AutoDetect had been turned off by that. Sorry for the spam.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Mark as verified.
Status: RESOLVED → VERIFIED
I would like to reopen this, since setting AutoDetection to East Asian is actually failing a lot at EUC-JP sites including the URL. The steps to reproduce is the same as the original description. Mozilla tends to switch to Simplified Chinese for those sites.
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Summary: Increased frequency of failure in Character Code AutoDetection of EUC-JP → Increased frequency of failure in Character Code East Asian AutoDetection of EUC-JP
Checked on 03-16 Mtrunk build, it will works fine with Auto-Detect Japanese but does't work well with Auto-Detect East Asian and Auto-Detect All(Linux OK though) on all platform. Change platform to all. Also I just filed another bug 72299 with EUC-JP site.
OS: Mac System 9.x → All
Hardware: Macintosh → All
I see a seemingly related problem: If you manually set the character coding to Shift-JIS for those EUC-JP sites, in some cases, the window goes blank. The URL above is not one of such cases, though.
This problem should be resolved after my new charset detector lands. The problem Hirata Masakazu mentioned in his 3/16 comment should have been resolved. If not, please file a new bug with test case.
Status: REOPENED → ASSIGNED
This has been getting worse in recent builds. Even the sites with metatag are now switched to GB. try http://www.asahi.com/ with Autodetect=East Asian. 2001040911 Mac trunk.
Even when set to Japanese, this Shift-JIS site is switched to UTF-16; http://www.h3.dion.ne.jp/~haneko-i/ 2001041204 Mac trunk
Shanjian - Please assigned priority P3, and milestone M0.9.1. Will your "my new charset detector" be both in moz and commercial?
Marking as nsbeta1, and intl. Adding Teruko.
Keywords: intl, nsbeta1
East Asian charset detector will detect EUC-JP as GB2312, that is a known problem. My new charset detector will solve the problem, but it will not be landed on mozilla any time soon. Other problems reported in this bug report are irrelavant to above one. I will file bug 78229 for asahi problem. I will mark this bug as future.
Keywords: nsbeta1
Target Milestone: --- → Future
Euc-jp is detected as GB2312 was reported in bug 57872. Marked this one as duplicate of that one. *** This bug has been marked as a duplicate of 57872 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
This Euc-jp is not work well when auto-detect Esat asian is a dup of 57872. But even Auto-detect / All will detect this page as Big5. Shanjian, is there any bug talking about this auto-detect All issue? or maybe I need open another bug?
Depends on: 9357
Auto-Detect/All works fine on 05-15 trunk build. Mark this Auto-detect East Asian issue as dup.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.