Closed Bug 41047 Opened 25 years ago Closed 25 years ago

Character coding is not saved each sites

Categories

(Core :: Internationalization, defect, P2)

Product:
Core
Component:
Internationalization
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9

People

(Reporter: teruko, Assigned: nhottanscp)

References

Details

(Keywords: intl)

When you changed the character coding menu for each website, the page is not displayed correctly if you go forward and backward. Steps of reproduce 1. Go to http://www.yahoo.co.jp/ 2. Select menu View|Character coding->Multibyte->Japanese (EUC-JP) The Japanese characters are displayed correctly. 3. Go to http://www.joins.com/ 4. Select menu View|Character coding->Multibyte->Korean (EUC-KR) The Korean characters are displayed correctly. 5. Click on Back button You are now in http://www.yahoo.co.jp/. The Japanese characters are not displayed correctly. This page is tried to loaded as EUC-KR, not EUC-JP. Tested 2000-05-30-08 Win32 and Linux and 2000-05-26-08 MAC build.
Would this require bug 7380, "[RFE] Support all prefs on a URL by URL basis"?
No. This is not related to URL-by-URL feature support. The Browser Character Coding menu specs call for reading from the "cache" as we navigate by Back or Forward button. Correctly recalling what has been cached in terms of Character Coding info is the key to having correct bahevior in this case.
I think this will be solved by jbetak once he finish the saving the charset into cache, right ? reassing to jbetak.
Assignee: ftang → jbetak
yes, this could be addressed by resolving bug 21313. The only problem is that PDT cut the charset chaching from Beta2 the other day. I'll do ahead and prepare the fix anyway and will renominate it. Also, I talked to Momoi-san and Cata, it seems that there is a flaw in the current implementation of the charset handling...
Status: NEW → ASSIGNED
Target Milestone: --- → M17
reassigning to ftang for resource reallocation
Assignee: jbetak → ftang
Status: ASSIGNED → NEW
mark it assign
Status: NEW → ASSIGNED
Depends on: 21313
May be dup of bug 21313.
Keywords: intl
browsing problem. Reassign to nhotta. mark it as P2 moz 0.9.
Assignee: ftang → nhotta
Status: ASSIGNED → NEW
Keywords: nsbeta1
Priority: P3 → P2
Target Milestone: M17 → mozilla0.9
This is working fine with win32 RTM.
Also works with the trunk, win32 build id 2001011604.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.