This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 27072 - When the parser inserts TEXTAREA element, the only chance to set its Raw Value is by the TEXTAREA's [...]
Summary: When the parser inserts TEXTAREA element, the only chance to set its Raw Valu...
Status: RESOLVED FIXED
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 critical
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: https://html.spec.whatwg.org/#the-tex...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-16 07:32 UTC by contributor
Modified: 2015-03-04 23:08 UTC (History)
3 users (show)

See Also:

Attachments

Description contributor 2014-10-16 07:32:58 UTC 
Specification: https://html.spec.whatwg.org/
Multipage: https://html.spec.whatwg.org/multipage/#the-textarea-element:concept-textarea-raw-value-6
Complete: https://html.spec.whatwg.org/#the-textarea-element:concept-textarea-raw-value-6
Referrer: 

Comment:
When the parser inserts TEXTAREA element, the only chance to set its Raw Value
is by the TEXTAREA's reset algorithm, invoked by the following chain: "in
body" insertion mode->"textarea" start tag->insert HTML element->insert a
foreign element->create an element for a token->invoke reset algorithm. The
problem is that at this point, the TEXTAREA element has not yet been populated
with the text nodes that it may contain as a part of HTML document being
parsed. Therefore, the reset algorithm will always set TEXTAREA's Raw Value to
the empty string, even if the element contains non-empty text nodes in its
subtree. Solution: invoke TEXTAREA's reset algorithm when the element has been
popped off the parser's stack of open elements

Posted from: 94.75.209.155
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
Comment 1 contributor 2015-03-04 23:08:38 UTC 
Checked in as WHATWG revision r8886.
Check-in comment: Make sure <textarea> is reset when you parse the end tag, since otherwise it wouldn't actually ever work...
https://html5.org/tools/web-apps-tracker?from=8885&to=8886