Closed
Bug 244066
Opened 21 years ago
Closed 20 years ago
HTML entities are not substitued in "tags" in textarea
Categories
(Core :: DOM: HTML Parser, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 154882
People
(Reporter: roger, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
When I have textarea and some html code inside, HTML entities are replaced
correctly (ie. amp with ampersand). But when they're inside something that
"looks like tag", they are left intact ("g" case in example or that href).
Reproducible: Always
Steps to Reproduce:
1. Create textarea
2. Write html code into it and add some HTML entities to tags (like hrefs)
Actual Results:
Entities are replaced when not in "tags", but are replaced elsewhere.
Expected Results:
Replace entities everywhere (tested with IE6 and Opera 7.something). This
inconsistent behaviour complicates server-side replacement with forms (like
escaping ampersands in publishing system, where they keep duplicating with every
reload of page).
Updated•21 years ago
|
Component: Browser-General → HTML: Parser
Updated•21 years ago
|
Assignee: general → parser
QA Contact: general
![]() |
||
Comment 1•21 years ago
|
||
Having unescaped '<' in a textarea makes the document invalid. We enter a wacky
error-correction mode, which is probably not as good as it could be. But fixing
such invalid documents "perfectly" (by reverse-engineering IE's error-recovery)
is a very low priority (precisely because they are invalid, and fairly rare on
the web).
I'm sure we have bugs on this issue already...
Comment 2•20 years ago
|
||
Indeed, this is a dupe (of a bug that has a patch, even).
*** This bug has been marked as a duplicate of 154882 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•