50418 - textfield/textarea value attribute doesn't work before appendChild()

Status: RESOLVED FIXED

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

Description

[Taras Tielkes]

Programmaticaly creating a textfield and modifying the "value" property seems 
to have no effect.

PDT: this is very basic DOM0/DOM1 code.

Comment 1

[Taras Tielkes]

Attachment: Testcase from other bug that illustrates textfield.value not working

Comment 2

[Taras Tielkes]

With a 24 aug nightly build, the textfield remains empty. Expected bahviour: the
textfield gets the value assigned to it. This is wat happens when you run the
textcase in IE5 on Windows.

Comment 3

[Taras Tielkes]

Also seen on Aug 25 nightly build on Linux, changing to All/All

Comment 4

[Taras Tielkes]

It seems "value" of textfields (and perhaps more form elements) only works when
the form control is already connected to the DOM. (that is, inserted, appended,
et cetera).

Comment 5

[Nisheeth Ranjan]

Marking nsbeta3- and futuring.

Comment 6

[thomas]

ay, this is a show stopper for me, fix it asap pretty please! i'll hook you up
with some hot scandinavian blondes.

./t

Comment 7

[Taras Tielkes]

A lot of HTML objects had similar errors back in the M15 days. I'll check some 
more HTML form controls and see if they have this issue.

Comment 8

[Taras Tielkes]

At the moment, the "value" property of a HTML form control will only be visible 
when the "value" assignment takes place *after* attaching to the document.
(Using appendNode() or a similar method).

Setting the "defaultValue" property, and after that attaching the textfield to 
the document will render the textfield with the "defaultValue" as contents.

I think that the first should work, and the second should display a empty 
textfield that will only get the "defaultValue" when you RESET the form.(This 
is the behaviour of IE5, and as-far-as-I-see what the spec says.) CC'ing Vidur 
to comment on this. Vidur, the IE5 behaviour is in accordance with what you 
wrote in the dom news group.(6/22/2000, "DOM and text INPUT" thread.)

Comment 9

[Taras Tielkes]

Attachment: Simplified testcase

Comment 10

[Taras Tielkes]

Argh! The current mozilla and IE5 implementations of this are 180 degrees apart.
(Check the 2nd testcase in both browsers).

The questions I have are:
1) Is it OK to use the "value" attribute *before* the element is part of a 
document?

2) If I set the "defaultValue" before doing appendNode(), should the control 
show up with that value when I insert in into the document? (I think yes, but 
IE5 ignores this)

Comment 11

[Jan Carpenter]

Mass update of qa contact

Comment 12

[Per EgilKummervold]

This does still not work on the latests Mozilla builds or on PR3. Its a big 
showstopper for me...any chance it will be fixed?

Comment 13

[Fabian Guisset]

Adding Pollmann and myself to CC. I have a feeling this is either invalid
(because of bug 27327), or caused by bug 17003 (html text chunks don't have a node).

Comment 14

[Boris Zbarsky [:bzbarsky]]

See also comments in bug 57269, some of which could be relevant...

Comment 15

[Prashant Desale]

QA contact Update

Comment 16

[Taras Tielkes]

Nominating for 092.

Comment 17

[Prashant Desale]

Updating QA contact to Shivakiran Tummala.

Comment 18

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

this should be fixed with my patch in bug 17003

Comment 19

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

this one is fixed with the fix for bug 17003.

[e-mail]: where/how can I get those Scandinavian blonds? I live in 
Stockholm so it would be great if you could get hold of any in this 
neighborhood. But traveling to Norway is totally ok. See also my comments in 
bug 95849.