Closed Bug 283339 Opened 20 years ago Closed 20 years ago

Premature firing of xforms-value-changed event

Categories

(Core Graveyard :: XForms, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: stpride, Assigned: aaronr)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050223 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050223 Firefox/1.0+

Not sure if this is valid as the spec is not entirely clear on the matter.  When
a page containing an xforms-event-changed event bound to a form control loads,
the event is triggered.  Not sure if this should occur when a page loads or only
when a form control triggers the event change in which the xforms-event-changed
is bound.  An example is DSTC's Stock Order at
http://xforms.dstc.edu.au/examples/dstc/stock-order.xhtml

Note: formsPlayer does not fire the event on page load, but only when the value
of the <input> changes.  Novell's plugin doesn't appear to fire the event either
way (although, I have a slightly older version).

Reproducible: Always
Stephen, can you verify if this is still happening?  I made up my own little
testcase (since the page that you mentioned didn't load for me) and I couldn't
recreate it.  Thanks.
After discussing this bug with Aaron, we concluded it is invalid.  The firing is
from the xf:alert's and not the xforms-event-changed events.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.