[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] Maksim Kaszynski resolved RF-2997. ---------------------------------- Resolution: Cannot Reproduce Bug Andreas, could you please attach page snippet and screen shot? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] andreas_back updated RF-2997: ----------------------------- Attachment: screenshot-1.jpg The above screenshot was taken from http://livedemo.exadel.com/richfaces-demo/richfaces/scrollableDataTable.j... at April, 16 th and with 2008, v 3.2.0.SR1 It shows that the order of the order of the makers of the cars is not preserved. This order origionally seems to be Chevrolet Ford Nissan Toyota GMC Infinity but that is not the order of the table data. The state of the table was archieved by scrolling with the (somehow randomly) * with the scrolling bar and * the scrolling arrows. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] andreas_back updated RF-2997: ----------------------------- Attachment: screenshot.secondFaces.jpg Hello Maksim, an example of the blocks of data, that have been produced by the code in the secondFaces.zip archive can be seen in the screenshot.secondFaces. Greetings Andreas -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] Tsikhon Kuprevich updated RF-2997: ---------------------------------- Environment: IE6, IE7 FF 2.x was:IE6, IE7 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] Nick Belaevski updated RF-2997: ------------------------------- Fix Version/s: Future (was: 3.2.2) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] Tsikhon Kuprevich updated RF-2997: ---------------------------------- Summary: scrollableDataTable: incorrect rows order after scrolling and other drawbacks (was: Scrolling with scrollableDataTable in 3.2.0) Description: When using a rather large number of rows (for examle <input id="j_id1:articleList_rows_input" name="_rows_input" type="hidden" value="163586" />, but rows="30") scrolling for a while in a scrollableDataTable with IE6 or IE7 breaks the data that is shown in the table. The testdata that is shown in the table has an ascending row number without gaps in the data. After scrolling for a while the row numbers of rows that are visible in the table are not ascending anymore, there can be several blocks of ascending rows. If the table is in such a state then the data in the visible row does not correspond to the data of the selected rows. was: When using a rather large number of rows (for examle <input id="j_id1:articleList_rows_input" name="_rows_input" type="hidden" value="163586" />, but rows="30") scrolling for a while in a scrollableDataTable with IE6 or IE7 breaks the data that is shown in the table. The testdata that is shown in the table has an ascending row number without gaps in the data. After scrolling for a while the row numbers of rows that are visible in the table are not ascending anymore, there can be several blocks of ascending rows. If the table is in such a state then the data in the visible row does not correspond to the data of the selected rows. Priority: Critical (was: Major) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] Ilya Shaikovsky reopened RF-2997: --------------------------------- Assignee: Konstantin Mishin (was: Tsikhon Kuprevich) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/RF-2997?page=all ] Konstantin Mishin resolved RF-2997. ----------------------------------- Resolution: Done Assignee: Tsikhon Kuprevich (was: Konstantin Mishin) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/RF-2997?page=com.atlassian.jira.plugin... ] Oliver P??tter commented on RF-2997: ------------------------------------ This bug is still present in current snapshot release (3.2.2 27/08/2008). Could you try to fix it for the CR? Many thanks Oliver -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira