Closed Bug 116953 Opened 23 years ago Closed 23 years ago

Wrong charset is marked? and page is not display correctly in frame page

Categories

(Core :: Internationalization, defect)

Product:
Core
Component:
Internationalization
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: amyy, Assigned: shanjian)

References

(
URL
)

Details

(Keywords: intl)

Build: 12-26 trunk build on WinME-JP and Mac9.1-JP Steps: 1. Launch browser and go http://www.mirai-kobo.com - this is a page with meta charset euc-jp Result: a. The page is display correctly, view | Character Coding, the charset is marked as iso-2022-jp. b. View | Page Source, the Japanese characters is page source are garbled. 2. Click on the 2,3 and 4th links under "menu" of left side of the page to bring a frame page. Result: c. The page display garbled, and charset is marked as iso-2022-jp. d. Set auto-detect to All or Japanese, then the page will display fine and the charset still marked as iso-2022-jp.
QA Contact: teruko → ylong
I checked this page with http://webtools.mozilla.org/web-sniffer as follows. HTTP/1.1 200 OKCRLF Date: Tue, 08 Jan 2002 21:57:17 GMTCRLF Server: Apache/1.3.19 Ben-SSL/1.42 (Unix) mod_perl/1.25CRLF Last-Modified: Mon, 29 Oct 2001 10:48:51 GMTCRLF ETag: "67822-16d-3bdd3413"CRLF Accept-Ranges: bytesCRLF Content-Length: 365CRLF Connection: closeCRLF Content-Type: text/html; charset=iso-2022-jpCRLF HTTP charset is set to ISO-2022-JP. They should put the euc-jp for meta-charset.
The parent frame is marked as euc-jp; but the child frame (http://c2c-1.rocketbeach.com/~mirai-kobo/) is marked as shift-jis. We have a similar bug related to the frame - charset. Making this as duplicate *** This bug has been marked as a duplicate of 107889 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
not exactly what I got when I use http://webtools.mozilla.org/web-sniffer When I try http://www.mirai-kobo.com it show HTTP/1.1 200 OKCRLF Date: Wed, 09 Jan 2002 02:29:26 GMTCRLF Server: Apache/1.3.19 Ben-SSL/1.42 (Unix) mod_perl/1.25CRLF Last-Modified: Mon, 29 Oct 2001 10:48:51 GMTCRLF ETag: "67822-16d-3bdd3413"CRLF Accept-Ranges: bytesCRLF Content-Length: 365CRLF Connection: closeCRLF Content-Type: text/html; charset=iso-2022-jpCRLF CRLF <HTML>LF LF <HEAD>LF <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=euc-jp">LF but it contains a frame, so when I try http://c2c-1.rocketbeach.com/~mirai-kobo/ it show HTTP/1.1 200 OKCRLF Date: Wed, 09 Jan 2002 02:27:54 GMTCRLF Server: Apache/1.3.12 (Unix) ApacheJServ/1.1.2CRLF Connection: closeCRLF Content-Type: text/htmlCRLF CRLF <html>LF <head>LF <title>x98ax90Hx8AxEDx82xCCx96xA2x97x88x8DHx96[x83Ix83x93x83x89x83Cx83x93x83Vx83x87x83bx83v</title>LF LF <meta http-equiv="Content-Type" content="text/html;charset=shift_jis">LF so when you said >1. Launch browser and go http://www.mirai-kobo.com - this is a page with meta charset euc-jp This is a false statement, the FRAMESET page IS ISO-2022-JP from HTTP Header. (The META tag said EUC-JP but the HTTP header have higher priority). the FRAME page is in Shift JIS >Result: >a. The page is display correctly, view | Character Coding, the charset >is marked as iso-2022-jp. because it currently show you the charset of the FRAMESET, not the target FRAME. shanjian is working on this UI issue. >b. View | Page Source, the Japanese characters is page source are garbled. Yes, I see this problem, it seems we treat it as ISO-2022-JP >2. Click on the 2,3 and 4th links under "menu" of left side of the >page to bring >a frame page. >Result: >c. The page display garbled, and charset is marked as iso-2022-jp. Again, this is because we are display the charset of the FRAMSET, not the focus FRAME. >d. Set auto-detect to All or Japanese, then the page will display fine >and the charset still marked as iso-2022-jp. again, it display the charset of the frameset, not the focus frame now. and since the information is from http header, we do NOT change the charset at all. reopen the issue 2 is not a dup b. View | Page Source, the Japanese characters is page source are garbled.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
reassign to shanjian for frame set related issue
Assignee: yokoyama → shanjian
Status: REOPENED → NEW
accepting
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Keywords: intl
the website correct half of its mistake. charset in http header is removed. Child frame is still use sjis without meta charset, and parent charset is euc-jp. Autodetector will lead to correct result. Resolve this bug as wfm.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
This web site has been changed a lot, now the original problem is not existing,mark as veirified.
Status: RESOLVED → VERIFIED
^^^ should have been bug 1169563
You need to log in before you can comment on or make changes to this bug.