Closed
Bug 322181
Opened 20 years ago
Closed 2 years ago
<meta ... Content-Type ... charset ...> causes script to execute twice
Categories
(Core :: DOM: HTML Parser, defect, P5)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: jruderman, Unassigned)
References
Details
(Keywords: testcase)
Attachments
(1 file)
3.27 KB,
text/html
|
Details |
Steps to reproduce:
1. Load the testcase.
Result: Alert appears twice.
Expected: Alert appears once.
Might be a dup of bug 61363.
Reporter | ||
Comment 1•20 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007080204 Minefield/3.0a7pre
Same problem on winXP and current trunk.
Reporter | ||
Comment 3•18 years ago
|
||
Since Bugzilla sends an HTTP header specifying the charset, you have to load the testcase locally to reproduce the bug.
Comment 4•15 years ago
|
||
The script running twice in some cases (did test with this exact amount of padding) is HTML5-compliant and still happens with the HTML5 parser.
Based on what I've heard from a WebKit developer, WebKit doesn't do this. If we believe that it's good enough to scan the first 1K of the page and commit to an encoding at that point (what I hear WebKit does), let's escalate to the HTML5 spec to get reparsing removed from the spec. OTOH, if we believe we need to take a late meta charset into account in order to be competitive with IE, WONTFIX.
Updated•13 years ago
|
Assignee: mrbkap → nobody
Comment 6•5 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.
If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
Updated•2 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
Not a duplicate of the bug this was marked as a duplicate of but a WONTFIX instead.
Status: REOPENED → RESOLVED
Closed: 2 years ago → 2 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•