Closed Bug 63526 Opened 24 years ago Closed 23 years ago

character coding not changed correctly in a frame

Categories

(Core :: CSS Parsing and Computation, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: leealwc, Assigned: pierre)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-4CLE i586; en-US; m18) Gecko/20001218
BuildID:    2000121808

In the middle frame of http://www.881903.com/, the character coding is not
detected correctly and the chinese characters does not display correctly (as
shown in snapshot 1). I have set the coding in my browser to Auto-Detect (Chinese).

Reproducible: Always
http://www.881903.com/main/mainpage/hotstuff.htm
Status: UNCONFIRMED → NEW
Ever confirmed: true
I don't think this is a charset related problem.
http://www.881903.com/main/mainpage/hotstuff.htm
The page shows fine after I removed style below, not sure the page is wrong or
problem in gecko.
Changed component and reassign.

<style type="text/css">
<!--
#divCont{position:absolute; clip:rect(0,180,80,0); height:10; width:180}
.clScroll{position:absolute; top:0; font-size:10pt; left:0; width:180;
visibility:hidden}
a {  text-decoration: none}
a:link {  color: #FFFFFF}
a:hover { color: #000000}
a:visited {  color: #CECECE}

-->
</style>
Assignee: nhotta → pierre
Component: Internationalization → Style System
QA Contact: teruko → chrisd
The same problem is evident in http://www.epy.gr
The main frame does not display in greek, even if I change the document encoding
to Greek. (I know the frame does not specify an encoding, but changing the
encoding from the menu should influence all frames.)

My Build: 2001010820, Win98
The Greek page issue is about generic frame charset override (probably a dup of
bug 43529). Charset can be changed if the frame is opened as a separate window.
Netscape's standard compliance QA team reorganised itself once again, so taking 
remaining non-tables style bugs. Sorry about the spam. I tried to get this done 
directly at the database level, but apparently that is "not easy because of the 
shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
(may be off topic..)

this site also uses document.layers and document.all for navigations the
broadcasts, so N6/Mozilla won't work for this site.  (Try to listen some
programmes there!)

should i fire a new bug report for this?
on build 2001070108 win32 http://www.881903.com/ and http://www.epy.gr works for me
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.