32795 - DOM sees old value in textarea after changing the value

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P3)

Description

[Jan Carpenter]

Overview Description: 
If you use DOM to change the value in a textarea, then look at that value, DOM 
still sees the old value

Steps to Reproduce: 
- see testcase

Actual Results: 
DOM sees "default value 1" as the value of the textarea

Expected Results: 
DOM should see "fun fun fun" as the value of the textarea

Build Date & Platform Bug Found: 
All platforms
2000-03-21-06

Comment 1

[Jan Carpenter]

Attachment: attaching testcase

Comment 2

[Jim Roskind]

Please identify ASAP any known high-profile sites that depend on this.
Thanks,
Jim

Comment 3

[leger]

Putting on the PDT- radar for beta.

Comment 4

[Jan Carpenter]

adding beta2 keyword, and removing pdt status

Comment 5

[Paul MacQuiddy]

removing beta1 keyword so it doesn't show up on beta1 radar

Comment 6

[Daniel van der Zee]

This problem actually appears to be that getAttribute('value') and .value don't 
agree on the same value. Browsing through the code, it is probably because 
nsHTMLTextAreaElement::SetValue (in layout) does not call SetAttribute and thus 
setting .value has only a visible effect without changing the underlying 
property. (Then again, I don't fully understand the code)

Attached a new testcase demonstration the difference between getAttribute and 
.value

Comment 7

[Daniel van der Zee]

Attachment: Revised test case

Comment 8

[leger]

Fwded to rickg to get his opinion on PR2 stopper here.

Comment 9

[rickg]

Marking beta2+.

Comment 10

[Johnny Stenback (:jst)]

I just checked in a fix for this, marking FIXED.

Comment 11

[Jan Carpenter]

verified fixed.