Setting the value attribute for the first time in IE6/7 sets the value property

[timmywil]

For .attr("value", "something").

This is an edge case, but I'm not sure how to fix it. Normally, we do

.getAttributeNode("value").nodeValue = "something";

This will leave the value property unaffected. However, if the content attribute does not yet exist on the element (i.e. getAttributeNode returns null), the property is set in IE6/7 when the fallback setAttribute("value", "something") is called. This is usually ok since most elements would have their value set along with defaultValue, but it is a problem with textareas where there can be a value already set that should override the defaultValue( I think ).

​http://jsfiddle.net/timmywil/AWhvV/

[RogerW@…]

I think I've got something similar to this in IE9.

var $node = $('<input type="text" value="44" />').appendTo(parentElem); $node.val(xmlNode.textContent);

where xmlNode is an XML attribute, and textContent = "5000" I check before the val call, and value is set to 44, after the val call value is set to 5000, but 44 appears in the browser.

[RogerW@…]

Replying to RogerW@…:

I think I've got something similar to this in IE9.

Never mind. I had a parentElem.innerHTML += statement later in the code which was triggering the dom fragments to be recreated.

[timmywil]

We're falling back to prop for value for back compat.