Closed
Bug 171462
Opened 22 years ago
Closed 22 years ago
Textarea does not correctly handle <textarea />
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: qirien, Assigned: alexsavulov)
Details
Attachments
(1 file)
435 bytes,
application/xhtml+xml
|
Details |
The code sample for this is very simple: <html> <body> <form> <textarea/> </form> </body> </html> Notice that Mozilla interprets all the HTML after the <textarea/> as the text of the textarea box. As far as I know this is legal HTML, and the textarea should be interpreted as closed.
I don't think that's valid HTML. Reporter: Do you have any source that proves otherwise?
Comment 2•22 years ago
|
||
This HTML is equivalent to: <html> <body> <form> <textarea>> </form> </body> </html> (and yes, I know we do not parse it that way, but that's what the SGML rules say it should be). This is patently not valid -- the <textarea> is not closed. If this is XHTML being served as text/html, this is not valid because it violates Appendix C. If this is XHTML being served as text/xml or some other XML type, please reopen the bug; in that case we have a problem.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Comment 3•19 years ago
|
||
This file is valid XHTML 1.0 Strict (according to the W3C validator), with a <meta /> tag describing the Content-Type, and yet everything after the <textarea /> tag appears inside the text area.
Comment 4•19 years ago
|
||
No, it doesn't. Just try loading the very file you attached: https://bugzilla.mozilla.org/attachment.cgi?id=183789
Comment 5•19 years ago
|
||
Hmm, strange. It seems that <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" /> wasn't enough for the page to be rendered as XHTML -- the attachment is displayed properly.
Comment 6•19 years ago
|
||
> wasn't enough for the page to be rendered as XHTML
The server-sent MIME type (if any) takes precedence over the <meta> tag. So
does the file extension if loading via file://
Comment 7•19 years ago
|
||
OK, I guess I should've used .xhtml for the extension instead of .html.
Updated•5 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•