parsing breaks at the xhtml short form of <script /> tag

RESOLVED WONTFIX

Status

()

Core
HTML: Parser
RESOLVED WONTFIX
9 years ago
9 years ago

People

(Reporter: kavol, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

655 bytes, application/xhtml+xml
Details
(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (compatible; Konqueror/4.3; Linux 2.6.31.5-127.fc12.x86_64; X11; x86_64; cs) KHTML/4.3.3 (like Gecko) Fedora/4.3.3-4.fc12
Build Identifier: 

It seems that Firefox and SeaMonkey (and possibly anything else built around the same core) can't parse the short form of <script /> tag correctly.

Reproducible: Always

Steps to Reproduce:
1. open the attachment in firefox or seamonkey
2. see that the rendering stopped right after the second paragraph
Actual Results:  
before <script type="text/javascript"></script>

after <script type="text/javascript"></script>, before <script type="text/javascript" />

Expected Results:  
before <script type="text/javascript"></script>
after <script type="text/javascript"></script>, before <script type="text/javascript" />
after <script type="text/javascript" />

W3C validator thinks the attachment is a valid XHTML 1.0 Transitional document, and Konqueror or Opera do not have any problem displaying all three paragraphs of text.
(Reporter)

Comment 1

9 years ago
Created attachment 414488 [details]
<script /> problem reproducer
WONTFIX for HTML5-compliance reasons.

Opera 10 renders the same as Firefox.

The W3C Validator is being unhelpful by parsing text/html content as XML.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.