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)

x86
Windows XP
defect
Not set
normal

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).
Component: Browser-General → HTML: Parser
Assignee: general → parser
QA Contact: general
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...
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.