You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Howard M. Lewis Ship (JIRA)" <de...@tapestry.apache.org> on 2008/06/08 22:37:45 UTC

[jira] Updated: (TAPESTRY-2360) Forms in zones in loops have wrong zone id after update

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

Howard M. Lewis Ship updated TAPESTRY-2360:
-------------------------------------------

    Component/s:     (was: XHR/dhtml/Ajax)
                 tapestry-core

> Forms in zones in loops have wrong zone id after update
> -------------------------------------------------------
>
>                 Key: TAPESTRY-2360
>                 URL: https://issues.apache.org/jira/browse/TAPESTRY-2360
>             Project: Tapestry
>          Issue Type: Bug
>          Components: tapestry-core
>    Affects Versions: 5.0.12
>            Reporter: Adriaan Joubert
>            Assignee: Howard M. Lewis Ship
>             Fix For: 5.0.13
>
>
> When having a loop with forms in zones as in
> <t:loop source="...">
>     <t:zone t:id="zone">
>         <t:form t:id="f" t:zone="prop:zone.clientid">
>             ...
>         </t:form>
>     </t:zone>
> </t:loop>
> The form updates the zone correctly on the first submit. The update handler returns the form (this is simpler in my application, as the zone/form is in a separate component) as in
> @Component
> private Form _f;
> Object onSuccess() {
>    ....
>     return _f;
> }
> The return value contains the markup + a script to link the form to the zone again. At this point the form does not know what the id was of the original zone, and returns a zone name of the form "zone:<number>". As the zone cannot be found, the whole page is refreshed when submitting the form a second time.
> To solve this from the user perspective one possibility to set the client id used for the zone explicitly, but this may cause problems with uniqueness of names.
>  Ideally the javascript will return the zone id in the AJAX request, so that it is not necessary to track the zone id in the application. The javascript linking the form to the zone could then use the correct zone id.
> Thanks,
> Adriaan

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org