hiding dialog triggers xforms-value-changed event on child input control

> I think I found a bug - calling xxforms:hide/@dialog seems to be  
> invoking xforms-value-changed event on an in-the-dialog-resident  
> input control. I am attaching an example that reproduces the issue  
> on MacOS Firefox 2.0.0.9.
>
> Steps to reproduce:
>
> 1) click "Registrácia" hyperlink
> 2) type something into the "Užívateľské meno" field
> 3) tab out of the field
> 4) hit the Enter key or click the "Cancel" button
>
> The konto/@changed node should change value back to "false", but it  
> does not.
>
> A.
>
> <form.xhtml>
>
> --
> You receive this message as a subscriber of the [hidden email]  
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

> What's happening here is that upon cancel you are setting konto to  
> "new". When the first input control refreshes, its value changes so  
> it dispatches xforms-value-changed. This causes @changed to be set  
> to "true".
>
> So it is not necessarily a bug I think. But one could argue that  
> once the dialog is hidden, its entire content should be considered  
> non-relevant, and therefore the input control should not dispatch an  
> xforms-value-changed event.
>
> -Erik
>
> On Feb 1, 2008, at 1:27 PM, Alexander Zatko wrote:
>
>> I think I found a bug - calling xxforms:hide/@dialog seems to be  
>> invoking xforms-value-changed event on an in-the-dialog-resident  
>> input control. I am attaching an example that reproduces the issue  
>> on MacOS Firefox 2.0.0.9.
>>
>> Steps to reproduce:
>>
>> 1) click "Registrácia" hyperlink
>> 2) type something into the "Užívateľské meno" field
>> 3) tab out of the field
>> 4) hit the Enter key or click the "Cancel" button
>>
>> The konto/@changed node should change value back to "false", but it  
>> does not.
>>
>> A.
>>
>> <form.xhtml>
>>
>> --
>> You receive this message as a subscriber of the [hidden email]  
>> mailing list.
>> To unsubscribe: mailto:[hidden email]
>> For general help: mailto:[hidden email]?subject=help
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>
> --
> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
> http://www.orbeon.com/
>

> I added a bug to track the dialog relevance issue:
>
> http://forge.objectweb.org/tracker/index.php?func=detail&aid=308418&group_id=168&atid=350207
>
> -Erik
>
> On Feb 1, 2008, at 3:08 PM, Erik Bruchez wrote:
>
>> What's happening here is that upon cancel you are setting konto to  
>> "new". When the first input control refreshes, its value changes so  
>> it dispatches xforms-value-changed. This causes @changed to be set  
>> to "true".
>>
>> So it is not necessarily a bug I think. But one could argue that  
>> once the dialog is hidden, its entire content should be considered  
>> non-relevant, and therefore the input control should not dispatch  
>> an xforms-value-changed event.
>>
>> -Erik
>>
>> On Feb 1, 2008, at 1:27 PM, Alexander Zatko wrote:
>>
>>> I think I found a bug - calling xxforms:hide/@dialog seems to be  
>>> invoking xforms-value-changed event on an in-the-dialog-resident  
>>> input control. I am attaching an example that reproduces the issue  
>>> on MacOS Firefox 2.0.0.9.
>>>
>>> Steps to reproduce:
>>>
>>> 1) click "Registrácia" hyperlink
>>> 2) type something into the "Užívateľské meno" field
>>> 3) tab out of the field
>>> 4) hit the Enter key or click the "Cancel" button
>>>
>>> The konto/@changed node should change value back to "false", but  
>>> it does not.
>>>
>>> A.
>>>
>>> <form.xhtml>
>>>
>>> --
>>> You receive this message as a subscriber of the [hidden email]  
>>> mailing list.
>>> To unsubscribe: mailto:[hidden email]
>>> For general help: mailto:[hidden email]?subject=help
>>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>
>> --
>> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
>> http://www.orbeon.com/
>>
>
> --
> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
> http://www.orbeon.com/
>
>
> --
> You receive this message as a subscriber of the [hidden email]  
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

> Erik, I do not know if the node document order I have in the example  
> does (or should) correspond to the order of events firings. If it  
> does, shouldn't the @changed end up with value "false" because "its"  
> setvalue action is called the last - after the <xforms:setvalue  
> ref="instance('reg-login')/prihlaseny-rep/konto">new</
> xforms:setvalue>?
>
> In other words, I would expect that the:
>
> <xforms:setvalue ref="instance('reg-login')/prihlaseny-rep/
> konto">new</xforms:setvalue>
>
> ... would fire the xforms-value-changed event, but the next action:
>
> <xforms:setvalue ref="instance('reg-login')/prihlaseny-rep/konto/
> @changed">false</xforms:setvalue>
>
> ...should not fire that event and thus overwrite the @changed value  
> set previously by the xforms-value-changed event.
>
>
> Thank you
>
> A.
>
> On Feb 2, 2008, at 12:15 AM, Erik Bruchez wrote:
>
>> I added a bug to track the dialog relevance issue:
>>
>> http://forge.objectweb.org/tracker/index.php?func=detail&aid=308418&group_id=168&atid=350207
>>
>> -Erik
>>
>> On Feb 1, 2008, at 3:08 PM, Erik Bruchez wrote:
>>
>>> What's happening here is that upon cancel you are setting konto to  
>>> "new". When the first input control refreshes, its value changes  
>>> so it dispatches xforms-value-changed. This causes @changed to be  
>>> set to "true".
>>>
>>> So it is not necessarily a bug I think. But one could argue that  
>>> once the dialog is hidden, its entire content should be considered  
>>> non-relevant, and therefore the input control should not dispatch  
>>> an xforms-value-changed event.
>>>
>>> -Erik
>>>
>>> On Feb 1, 2008, at 1:27 PM, Alexander Zatko wrote:
>>>
>>>> I think I found a bug - calling xxforms:hide/@dialog seems to be  
>>>> invoking xforms-value-changed event on an in-the-dialog-resident  
>>>> input control. I am attaching an example that reproduces the  
>>>> issue on MacOS Firefox 2.0.0.9.
>>>>
>>>> Steps to reproduce:
>>>>
>>>> 1) click "Registrácia" hyperlink
>>>> 2) type something into the "Užívateľské meno" field
>>>> 3) tab out of the field
>>>> 4) hit the Enter key or click the "Cancel" button
>>>>
>>>> The konto/@changed node should change value back to "false", but  
>>>> it does not.
>>>>
>>>> A.
>>>>
>>>> <form.xhtml>
>>>>
>>>> --
>>>> You receive this message as a subscriber of the [hidden email]  
>>>> mailing list.
>>>> To unsubscribe: mailto:[hidden email]
>>>> For general help: mailto:[hidden email]?subject=help
>>>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>>
>>> --
>>> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
>>> http://www.orbeon.com/
>>>
>>
>> --
>> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
>> http://www.orbeon.com/
>>
>>
>> --
>> You receive this message as a subscriber of the [hidden email]  
>> mailing list.
>> To unsubscribe: mailto:[hidden email]
>> For general help: mailto:[hidden email]?subject=help
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>