192968 - (html) -> the renderer seems to break when finds a noscript element inside a textarea element

Status: RESOLVED DUPLICATE of bug 99467

(Core :: DOM: HTML Parser, defect)

Description

[Ignacio Javier]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

<!-- view source of this in mozilla and compare with rendering -->

<textarea cols=80 rows=10>
 <noscript>nothing or something</noscript>
 <a href="http://www.mozilla.org" title="Go mozilla!">Red</a>
</textarea>

<textarea cols=80 rows=10>
 <h1>nothing or something</h1>
 <a href="http://www.mozilla.org" title="Go mozilla!">Red</a>
</textarea>

Reproducible: Always

Steps to Reproduce:
1. Open the code that comes in details in a mozilla window.
Actual Results:  
The elements that come after noscript element lose reflected attributes

Expected Results:  
Respect a textarea content, I would love it ;)

I tested with 1.3beta and same results.

I put this on critical because it can cause data lose on intranet applications,
even it's clear that is not a frequently used structure.

My case: It implied to reprogram the web management software.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Parser.  The HTML (using unescaped tags in a <textarea>) is invalid; not sure
what our current attempts to "deal with" such HTML are like...

Comment 2

[Andrew Schultz]

Attachment: reporter's testcase

Comment 3

[Andrew Schultz]

confirming with linux trunk build 20030212, but downgrading severity since this
is invalid markup (should be escaped).  critical is mostly reserved for crash/hang.

Comment 4

[Christopher Hoess (gone)]

*** This bug has been marked as a duplicate of 99467 ***