111486 - xul:textbox.value doesn't persist (because value attribute isn't always equal to the value property)

Status: NEW

(Core :: XUL, defect)

Description

[Axel Hecht]

Using persist for a textbox doesn't write back the value of the textbox anymore.
It does however use an existing value from localstore.
Adding jkeiser, as I suspect his forms rewrite to regress this.
A small xulet is coming up.

Comment 1

[Axel Hecht]

Attachment: textbox-persist.xul

I was so proud that I found the mimetype, and now there's just a select option
for it. My day is spoiled. :-) (hrm. we have xul, but not xml. nice)

This testcase has a textbox with id 'fld', I'll post a snippet for 
localstore.rdf once I know the url.

Comment 2

[Axel Hecht]

adding
  <RDF:Description
about="http://bugzilla.mozilla.org/attachment.cgi?id=58879&amp;action=view">
    <NC:persist
resource="http://bugzilla.mozilla.org/attachment.cgi?id=58879&amp;action=view#fld"/>
  </RDF:Description>
  <RDF:Description
about="http://bugzilla.mozilla.org/attachment.cgi?id=58879&amp;action=view#fld"
                   value="see?" />
to your localstore.rdf gives you a the value, but you can't change it.

Comment 3

[Jason Henriksen]

Just a note about this bug.  It may seem minor, but having this work could be a
huge benefit.  Now instead of having to worry about persisting user preferences
or data I just throw the persist tag on there and a huge chunk of work is done
for me and in a general (read well tested) way. 

This would be a wonderful fix to have.

Comment 4

[Jerry Baker]

This is making life difficult for extension developers.

Clearing Mozilla 1.1 target; changing hardware/OS -> All

Comment 5

[Nickolay_Ponomarev]

For some weird reason, the "value" attribute specifies the initial value of the text control and doesn't change to reflect the changes to value property. This has been like that for a long time for both XUL and HTML. So this is wontfix, in my opinion, and extension authors need to set an attribute from the value property on unload.