[ http://jira.jboss.com/jira/browse/RF-1460?page=all ] Nick Belaevski updated RF-1460: ------------------------------- Description: AjaxStateManager restores states in funny order (not as expected and described in comments) The reason most probably that there is a bug in Apache Commons Collections LRUMap implementation ( that is described in https://issues.apache.org/jira/browse/COLLECTIONS-279 ) The effect of such behavior - command links do not work in dataTable with dataScroller after the page has been changed. was: AjaxStateManager restores states in funny order (not as expected and described in comments) The reason most probably that there is a bug in Apache Commons Collections LRUMap implementation ( that is described in https://issues.apache.org/jira/browse/COLLECTIONS-279 ) The effect of such behavior - command links do not work in dataTable with dataScroller after the page has been changed. Assignee: Nick Belaevski -- 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-1460?page=all ] Andrey Andreev updated RF-1460: ------------------------------- Affects Version/s: 3.1.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-1460?page=comments#action_12393637 ] Jifeng Liu commented on RF-1460: -------------------------------- This bug is really a show stopper. It says whenever a page is used several times, the saved states of JSF tree are never restored correctly. If you have any value stored in a JSF component object, it is never restored correctly. And according to https://issues.apache.org/jira/browse/COLLECTIONS-262, they are going to correct JavaDoc for firstKey() method instead of correcting the implementation of firstKey(). -- 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-1460?page=all ] Nick Belaevski updated RF-1460: ------------------------------- Fix Version/s: 3.1.4 (was: 3.2.0) Affects Version/s: (was: 3.2.0) -- 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-1460?page=comments#action_12395577 ] Alexander Smirnov commented on RF-1460: --------------------------------------- This is fixed for a RichFaces 3.2.0 trunk ( by custom LRUMap implementation, based on the JDK LinkedHashMap class ). These changes should be merged to a RichFaces 3.1.4 release -- 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-1460?page=all ] Aleksej Yanul closed RF-1460. ----------------------------- -- 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