You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Bob Harner (JIRA)" <ji...@apache.org> on 2012/12/26 21:00:13 UTC

[jira] [Commented] (TAP5-1009) Sorting a Grid in multiple open windows scrambles the table data

    [ https://issues.apache.org/jira/browse/TAP5-1009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13539663#comment-13539663 ] 

Bob Harner commented on TAP5-1009:
----------------------------------

Since 5.1 the Grid documentation (http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/corelib/components/Grid.html) describes the constraints better:

"For this reason, when using Grid and Form together, you should generally provide the Grid with a ValueEncoder (via the encoder parameter), or use an entity type for the "row" parameter for which Tapestry can provide a ValueEncoder automatically. This will allow Tapestry to use a unique ID for each row that doesn't change when rows are reordered."

I'm closing this issue, since I think the code works as designed and the documentation provides the appropriate guidance how to get the desired behavior.

If anyone feels a better behavior is possible and appropriate, please reopen and attach a patch (hopefully including tests) with the proposed solution.
                
> Sorting a Grid in multiple open windows scrambles the table data
> ----------------------------------------------------------------
>
>                 Key: TAP5-1009
>                 URL: https://issues.apache.org/jira/browse/TAP5-1009
>             Project: Tapestry 5
>          Issue Type: Bug
>          Components: tapestry-core
>    Affects Versions: 5.0.18
>            Reporter: Skow
>
> Steps to recreate:
> 1. Open Browser A to your T5 application.
> 2. Search for a record with an editable grid with more than one row.
> 3. Sort the grid by Column X.
> 4. Open Browser B (new tab/window on the same machine)
> 5. Search for the same record as step 2
> 6. Sort the grid by Column Y (any sort which gets the rows in a different order)
> 7. Save the record in Browser A (it has the original sort order).
> Tapestry saves the row data to the wrong objects and effectively 'scrambles' them.
> This issue is similar to issue:
> https://issues.apache.org/jira/browse/TAP5-34
> Please let me know if there are any issues recreating this issue or if additional information is needed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira