Closed Bug 111660 Opened 23 years ago Closed 20 years ago

If i write html with javascript and use meta http-equiv withe charset=Windows-1252, Mozilla do nothing !

Categories

(Core :: DOM: Core & HTML, defect, P3)

Product:
Core
Component:
DOM: Core & HTML
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
mozilla1.4beta

People

(Reporter: bruno, Assigned: harishd)

References

(
URL
)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112009

If I write html code page with javascript and use "meta http-equiv" withe
"charset=Windows-1252", Mozilla do nothing (it freeze) !
If I remove this, all work!

My probleme is that I dowload page with html code with charset, it work evry
where (IE, NS4) but not on Mozilla/NS6 !
To me, it is very important ;-((

an exemple :
function printPageWithCharset(){
  w = top.frames[0].window.document;
  //w.close();
  w.open("text/html","all");
  w.writeln("<html><head>");
  w.writeln('<meta http-equiv="content-type" content="text/html;
charset=Windows-1252">');
  w.writeln("</head><body>");
  for(i=1; i<=100; i++ )
   w.writeln( 'line'+i+'<BR>' );
  w.writeln("</body>\n</html>");
  w.close();	
}

Reproducible: Always
Steps to Reproduce:
1.goto to http://www.lug.com/users/bruno/boguemozilla/index.htm
2. if you click link printPage() it work !
2. but if you click link  printPageWithCharset() it freeze
The 2 links call a javascript where the script printPageWithCharset()
write too the line   w.writeln('<meta http-equiv="content-type"
content="text/html; charset=Windows-1252">');
but if you change Windows-1252 by ISO-8859-1 all work !
the page of scrip is toolbar/htm !

Expected Results:  that link  "printPageWithCharset()" do the same thing that
link   "printPage()" !


the problem is du to the charset !
In fac under W2K only charset ISO-8859-1 work all other charset are bad !
DOM0
Assignee: rogerl → jst
Component: Javascript Engine → DOM Level 0
QA Contact: pschwartau → amar
seeing this on current linux
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows NT → All
Hardware: PC → All
Using Mozilla trunk binaries from today, 2001-11-26-xx, here's what I see:

WinNT, Mac9.1 : The problem is intermittent. When I click on
                "printPageWithCharset()", sometimes nothing happens.
                But if I try again, two/three/four times, it eventually works!                                                                 
                Every click thereafter will then work.

Linux: "printPageWithCharset()" never seems to work, no matter 
        how many times I try it. Note: no errors in the JS Console,
        as to be expected with a bug that is intermittent like this one.
I bet this is due to us re-fetching the content in some cases when we see a
charset  in a meta tag. Over to the HTML parser, Harish, can we do something
about this? Special case the charset handling when parsing from a string?
Assignee: jst → harishd
Keywords: mozilla1.0
Priority: -- → P3
Target Milestone: --- → mozilla0.9.8
I think this bug is similar to 95487. Phil, could you please verify? Thanx.
Using Mozilla trunk binaries from today, 2002-01-16-xx, here's what I see:

WinNT, Mac9.1 : The problem is intermittent. When I click on
                "printPageWithCharset()", sometimes nothing happens.
                But if I try again, two/three/four times, it eventually works!                                                                 
                Every click thereafter will then work.

Linux: "printPageWithCharset()" never seems to work, no matter 
        how many times I try it. Note: no errors in the JS Console,
        as to be expected with a bug that is intermittent like this one.


Summary: same behavior as before. It looks like the fix for bug 95487
did not affect this bug -
Out of time. Mass move to 0.9.9
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → mozilla1.0
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to adt@netscape.com.  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
Target Milestone: mozilla1.2alpha → mozilla1.2beta
Moving to a realistic milestone
Target Milestone: mozilla1.2beta → mozilla1.3beta
Target Milestone: mozilla1.3beta → mozilla1.4beta
In the recent build ( from yesterday ) I see "content" for aProvider and
"p3p/p3p200201.xsl" for aFile. 
oops ignore my last comment ( comment #10 ) - wrong bug.
Is this bug still active? I tried several times the PrintPageWithCharset() at
the provided URL and it WORKSFORME every time.
Mozilla 1.7 final release build 20040616 under XP Pro SP1a here.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040831

That's XP SP2 - WFM.
The testpage at the provided URL also WORKSFORME: Mozilla 1.8a3 build 2004083008
under XP Pro SP2 here.

Resolving as WORKSFORME
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.