[ 
https://issues.jboss.org/browse/RF-11060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ilya Shaikovsky reassigned RF-11060:
------------------------------------

    Assignee: Lukáš Fryč


Lukas, as its critical I wanted to help to review and founf out that that pull 
request 

https://github.com/richfaces/components/pull/12

which is already integrated - resolves the issue.

So you guys could re-check and resolve.

> onselectionchange working incorrect with two extendedDataTable on same page
> ---------------------------------------------------------------------------
>
>                 Key: RF-11060
>                 URL: https://issues.jboss.org/browse/RF-11060
>             Project: RichFaces
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: component-selects, component-tables
>    Affects Versions: 4.0.0.Final
>         Environment: GlassFish 3.0.1, Firefox
>            Reporter: Tom Giberius
>            Assignee: Lukáš Fryč
>            Priority: Critical
>             Fix For: 4.1.0.Tracking
>
>
> If you put two extendedDataTable A en B on the same page then the following 
> goes wrong:
> If you selected record one of Table A en then select record one from table B 
> then the onselectionchange trigger does not fire. The same counts for record 
> two, three, etc. 
> This prevents me for building a Master-Detail data entry screen where both 
> the master and the detail are multirecord. E.g.
> Step 1) Select records one in master and show it details.
> Step 2) Select record three in details, then go back to record 3 of master 
> and then the onselectionchange trigger does not fire. The master tables 
> "thinks" that record three is the selected record while actually it should be 
> record one which was the selected record in the master table.
> The correct behaviour should be that each table should "rember" it selected 
> record. E.g.
> Step 1) Select records one in master and show it details.
> Step 2) Select record three in detail, then go back to record 3 of master and 
> the onselectionchange of the master should fire so that details of master 
> record 3 can be shown. If you would have go back to record one of the master 
> then not firing the onselectionchange would be correct.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

_______________________________________________
richfaces-issues mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/richfaces-issues

Reply via email to