Charset is marked incorrectly when load a page which has different charset than parent page in a tab

NEW
Unassigned

Status

()

Core
Internationalization
17 years ago
9 years ago

People

(Reporter: Yuying Long, Unassigned)

Tracking

({intl})

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
Build: 04-25 BRANCH build on linux RH7.2

Steps:
1. Load any page that has a link to another page which has different charset
than in parent page. e.g. parent page is a iso-8859-1 which has a link to a
gb18030 page:
http://babel/tests/browser/HTML/ go to the last link to SimpChinese gb18030.
or in this bug report page, this link here to a UTF-8 page:
http://bugzilla.mozilla.org/attachment.cgi?id=79646&action=view

2. Highlight the link and right click mouse, select "Open link in New tab".

Result:
The page load in new tab is displayed OK. However, the charset is always marked
as iso-8859-1, no mather what auto-detect madule is.

Also manually override charset doesn't work, so if you select correct charset
(GB18030 or UTF-8), the charset is still marked as iso-8859-1, but when you
select iso-8859-1 then page will be displayed garbled, and the charset still
marked as iso-8859-1. 

Note: Not reproducible on 04-25 linux trunk build.
      Not reproducible on 04-25 branch build on windows and Macintosh.

If open the page in a new window not new tab won't see the same problem.

Don't know if it's related with bug 91305.
(Reporter)

Updated

17 years ago
Keywords: intl
QA Contact: ruixu → ylong

Comment 1

17 years ago
ylong: is this linux only bug?
(Reporter)

Comment 2

17 years ago
Yes, linux only.

Comment 3

17 years ago
assign to shanjian.
Assignee: yokoyama → shanjian

Updated

17 years ago
Status: NEW → ASSIGNED

Comment 4

14 years ago
shanjian is no longer working on mozilla for 2 years and these bugs are still
here. Mark them won't fix. If you want to reopen it, find a good owner first. 
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WONTFIX

Comment 5

14 years ago
Mass Re-open of Frank Tangs Won't fix debacle. Spam is his responsibility not my own
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---

Comment 6

14 years ago
Mass Re-assinging Frank Tangs old bugs that he closed won't fix and had to be
re-open. Spam is his fault not my own
Assignee: shanjian → nobody
Status: REOPENED → NEW
QA Contact: amyy → i18n
You need to log in before you can comment on or make changes to this bug.