[jira] [Closed] (TAP5-931) Component Parameters not always persisted to the end of a Heartbeat

["Jochen Kemnade (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/TAP5-931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jochen Kemnade closed TAP5-931.
-------------------------------

    Resolution: Not a Problem

Another year has passed since the last comment. Therefore, we assume this issue has either been resolved in the meantime or it is no longer relevant to you.
If recent versions of Tapestry (i.e. 5.4 betas and 5.3.7) are still affected, please reopen the issue and adjust the "Affected Version/s" property.

> Component Parameters not always persisted to the end of a Heartbeat
> -------------------------------------------------------------------
>
>                 Key: TAP5-931
>                 URL: https://issues.apache.org/jira/browse/TAP5-931
>             Project: Tapestry 5
>          Issue Type: Bug
>          Components: tapestry-core
>    Affects Versions: 5.1.0.5
>            Reporter: Leonard Lu
>            Priority: Minor
>              Labels: bulk-close-candidate
>         Attachments: Test.java
>
>
> Odd bug. In the component class that I will attach after creating this Issue, a parameter of type JSONObject is bound and modified during page render, then deferred to the end of a Heartbeat. In some circumstances when the deferred command is run, the parameter is recreated from the bound property and the earlier changes are lost. 
> Circumstances when an error occurs:
> 1) The parameter is bound to an empty JSONObject, either new JSONObject(), or new JSONObject("{}")
> 2) The parameter is given a default value of an empty JSONObject
> Circumstances when an error does not occur:
> 1) The parameter is bound to a populated JSONObject (e.g. new JSONObject("{property:'value'}"))
> 2) The parameter is bound to any literal that is coerced to a JSONObject
> 3) A reference to the parameter is saved in a different final variable that is passed into the Runnable command.



--
This message was sent by Atlassian JIRA
(v6.2#6252)