31155 - it strips (some of) default text in textareas, if it looks like HTML

Status: VERIFIED DUPLICATE of bug 15204

(Core :: Layout: Form Controls, defect, P3)

Description

[Morten Poulsen]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.12-20 i686; en-US; m14)
BuildID:    2000030809

When there is a default text in a textarea, Mozilla strips some of the text, if
it looks like html-tags. eg;
<textarea>foo<b>ar</textarea>
shows a textarea with the text "foo<>ar", but;
<textarea>foo</b>ar</textarea>
shows a textarea with the text "foo</b>ar".
Btw. only the keywords are stripped;
<textarea><font size=2>blah blah</textarea>
shows a textarea with the text "< size=2>blah blah".

Reproducible: Always
Steps to Reproduce:
Open a website with a form which has a textarea with default text that contains
html-tags (http://cobalt.certus.dk/~mortenp/test.html).

Actual Results:  In the textarea Mozilla strips the keywords in text that looks
like html-start-tags.

Expected Results:  The characters shuld be written in the textarea as they are,
without being processed.

- Occurs On
      Seamonkey (Build 2000030809 on GNU/Linux)
      I've only been using the nigthly builds for a few weeks, but it has been
there on all of them, I think.

- Doesn't Occur On
      Netscape Navigator 4.7 (on GNU/Linux)
      Seamonkey (Build 2000012520 on Windows 2000)
      Internet Explorer (Build 5.00.2920.0000 on Windows 2000)

Comment 1

[rods (gone)]

When I dump content, it is missing some of the text. Looks like a parser problem

Comment 2

[rickg]

Fix in hand; really trivial bug:
anOutputString+=nsHTMLTags::GetStringValue((nsHTMLTag)mTypeID);

Comment 3

[rickg]

My spiritual guide has a better fix for this than my patch. Off to him as a 
dupe.

Comment 4

[harishd]

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

Comment 5

[Matt Perry]

Verified duplicate.