[ https://issues.jboss.org/browse/RF-11426?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-11426: ------------------------------- Fix Version/s: 4.1.0.CR1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-11426?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-11426: ------------------------------------ This was a challenge to find, but the UISelectMany#compareValues method is insensitive to the order of the elements: {quote} // make sure every element in the previous array occurs the same // number of times in the current array. This should help us // to find out the values changed are not. Since we cannot assume // the browser will send the elements in the same order everytime, // it will not suffice to just compare the element position and position. {quote} Since the orderingList component re-orders the elements, the JSF impl never thinks the value is changed, and so doesn't create a new valueChange event. Resolving this issue will involve overriding the UISelectMany#compareValues functionality (which is a protected method - Yay!) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-11426?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-11426. ----------------------------- -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira