[ https://issues.jboss.org/browse/RF-11617?page=com.atlassian.jira.plugin.s... ] Brendan Healey updated RF-11617: -------------------------------- Description: I have two List<String>, selectedList & wholeList. Using the add/remove(all) buttons the value change listener is not executed on the server unless the browser window is minimised (or resized etc..), tested on IE8 & Chrome. This has been tested with the converter= attribute and a child f:converter tag. The child a4j:ajax tag is required. <rich:pickList value="#{leagueMgrHomepageView.selectedList}" converter="convertHashMap" valueChangeListener="#{leagueMgrHomepageView.testVCL}"> <a4j:ajax/> <f:selectItems value="#{leagueMgrHomepageView.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> public void testVCL(ValueChangeEvent event) { Log.log("testVCL"); } Looks like a browser side event problem. was: I have two List<String>, selectedList & wholeList. Using the add/remove(all) buttons the value change listener is not executed on the server unless the browser window is minimised, tested on IE8 & Chrome. This has been tested with the converter= attribute and a child f:converter tag. The child a4j:ajax tag is required. <rich:pickList value="#{leagueMgrHomepageView.selectedList}" converter="convertHashMap" valueChangeListener="#{leagueMgrHomepageView.testVCL}"> <a4j:ajax/> <f:selectItems value="#{leagueMgrHomepageView.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> public void testVCL(ValueChangeEvent event) { Log.log("testVCL"); } Looks like a browser side event problem. -- 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-11617?page=com.atlassian.jira.plugin.s... ] Brendan Healey updated RF-11617: -------------------------------- Workaround Description: This is the only way I could find that causes the testAction() method to be called AFTER selectedList has been modified. I can well imagine that there's an easier way that I've missed, but I tried a lot of different things... <rich:pickList id="picklist" value="#{myBean.selectedList}" converter="convertHashMap"> <a4j:ajax event="additems" oncomplete="picklistChanged()"/> <a4j:ajax event="removeitems" oncomplete="picklistChanged()"/> <f:selectItems value="#{myBean.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> <a4j:jsFunction name="picklistChanged" actionListener="#{myBean.testAction}" execute="picklist"/> was: I've tried to use onadditems & onremoveitems with a jsFunction, but the state of the selectedList is always BEFORE the addition or removal has taken place. I'll stick a phase listener on it and see if can get it working somehow. Description: I have two List<String>, selectedList & wholeList. Using the add/remove(all) buttons the value change listener is not executed on the server unless you re-click a row in one of the lists, or the browser window is minimised (or resized etc..), tested on IE8 & Chrome. This has been tested with the converter= attribute and a child f:converter tag. The child a4j:ajax tag is required. <rich:pickList value="#{myBean.selectedList}" converter="convertHashMap" valueChangeListener="#{myBean.testVCL}"> <a4j:ajax/> <f:selectItems value="#{myBean.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> public void testVCL(ValueChangeEvent event) { Log.log("testVCL"); } p.s. Apologies for all the edits to this issue. was: I have two List<String>, selectedList & wholeList. Using the add/remove(all) buttons the value change listener is not executed on the server unless you re-click a row in one of the list, or the browser window is minimised (or resized etc..), tested on IE8 & Chrome. This has been tested with the converter= attribute and a child f:converter tag. The child a4j:ajax tag is required. <rich:pickList value="#{leagueMgrHomepageView.selectedList}" converter="convertHashMap" valueChangeListener="#{leagueMgrHomepageView.testVCL}"> <a4j:ajax/> <f:selectItems value="#{leagueMgrHomepageView.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> public void testVCL(ValueChangeEvent event) { Log.log("testVCL"); } Looks like a browser side event problem? -- 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-11617?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-11617: ------------------------------- Description: I have two List<String>, selectedList & wholeList. Using the add/remove(all) buttons the value change listener is not executed on the server unless you re-click a row in one of the lists, or the browser window is minimised (or resized etc..), tested on IE8 & Chrome. This has been tested with the converter= attribute and a child f:converter tag. The child a4j:ajax tag is required. {code} <rich:pickList value="#{myBean.selectedList}" converter="convertHashMap" valueChangeListener="#{myBean.testVCL}"> <a4j:ajax/> <f:selectItems value="#{myBean.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> {code} {code} public void testVCL(ValueChangeEvent event) { Log.log("testVCL"); } {code} p.s. Apologies for all the edits to this issue. was: I have two List<String>, selectedList & wholeList. Using the add/remove(all) buttons the value change listener is not executed on the server unless you re-click a row in one of the lists, or the browser window is minimised (or resized etc..), tested on IE8 & Chrome. This has been tested with the converter= attribute and a child f:converter tag. The child a4j:ajax tag is required. <rich:pickList value="#{myBean.selectedList}" converter="convertHashMap" valueChangeListener="#{myBean.testVCL}"> <a4j:ajax/> <f:selectItems value="#{myBean.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> public void testVCL(ValueChangeEvent event) { Log.log("testVCL"); } p.s. Apologies for all the edits to this issue. Workaround Description: This is the only way I could find that causes the testAction() method to be called AFTER selectedList has been modified. I can well imagine that there's an easier way that I've missed, but I tried a lot of different things... {code} <rich:pickList id="picklist" value="#{myBean.selectedList}" converter="convertHashMap"> <a4j:ajax event="additems" oncomplete="picklistChanged()"/> <a4j:ajax event="removeitems" oncomplete="picklistChanged()"/> <f:selectItems value="#{myBean.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> <a4j:jsFunction name="picklistChanged" actionListener="#{myBean.testAction}" execute="picklist"/> {code} was: This is the only way I could find that causes the testAction() method to be called AFTER selectedList has been modified. I can well imagine that there's an easier way that I've missed, but I tried a lot of different things... <rich:pickList id="picklist" value="#{myBean.selectedList}" converter="convertHashMap"> <a4j:ajax event="additems" oncomplete="picklistChanged()"/> <a4j:ajax event="removeitems" oncomplete="picklistChanged()"/> <f:selectItems value="#{myBean.wholeList}" var="var" itemLabel="#{var}" itemValue="#{var}"/> </rich:pickList> <a4j:jsFunction name="picklistChanged" actionListener="#{myBean.testAction}" execute="picklist"/> -- 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-11617?page=com.atlassian.jira.plugin.s... ] Brendan Healey commented on RF-11617: ------------------------------------- Hi, I don't know if you saw my workaround description but I did find the events you mention. From my perspective there are two issues: 1. If I add a child tag to the picklist like this: <a4j:ajax event="additems" listener="..." oncomplete="alert('additems')"/> then the js alert will be shown but the listener will not be called when item(s) are moved from the LHS to the RHS (the listener is declared public void f(AjaxBehaviorEvent event)). This is why I'm having to use a jsFunction workaround. 2. Determining the correct point at which to call any supplied value change listener(s). I noticed that when I click the add control the setter is called for the pickList value= attribute, so the value has changed. The JSF spec (3.2.7.3) says: "If the validation for the component did pass successfully, and the previous value of this component differs from the current value, the ValueChangeEvent is published." I appreciate that it isn't a straightforward scenario with a complex component such as picklist, but executing when the component loses focus isn't intuitive to me. My use case is that I have a save changes button that persists the changes made by the picklist. It is disabled initially, if the user moves add or removes any entries from the target selection the save changes button is highlighted in red and enabled. This is what I was attempting to use the VCL for. I just thought I would make you aware of this behavior, I'm perfectly happy with the workaround so if you want to close this it's no problem for me at all. -- 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-11617?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-11617: ------------------------------- Fix Version/s: 4.2.0.Tracking -- 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