[JAVASERVERFACES-2690] SelectMany tags do not update correctly using ajax in IE Created: 15/Jan/13  Updated: 09/Sep/13  Resolved: 09/Sep/13

Status: Closed
Project: javaserverfaces
Component/s: ajax
Affects Version/s: 2.1.6
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: kv.jensen Assignee: rogerk
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Glassfish open source edition ver.
Microsoft Internet explorer: 9.0.8112

Issue Links:
is related to JAVASERVERFACES-2838 f:ajax umbrella task Closed


When performing an partial update to populate a SelectManyXXX tag and then want to submit a new partial update (ajax) of the SelectManyXXX tag when click (i.e. clicking the checkbox) no values are submitted.

If a full post form submit is issued the values are indeed submitted.

Note that the GUI updates correctly and the dynamic checkboxes are shown and can be selected. Selecting them fires the ajax request correctly BUT NO VALUES ARE SUBMITTED updating the backend to an empty list.
This only happens in Internet Explorer.

Updated by :
<h:inputText value="#


<f:ajax event="change" render="serialBox"></f:ajax>

The selectmanytag:
<h:selectManyCheckbox id="palletSerials" layout="pageDirection"


<f:selectItems value="#



The listening setter recieves an empty array/list/aggregate when making the partial update.

Comment by Manfred Riem [ 18/Feb/13 ]

Can you verify if this is still a problem against the latest 2.1 release?

Comment by rogerk [ 06/May/13 ]

Can you tell me the relationshio with the inputText and the SelectMany components in your example? Can you provide a small webapp that demonstrates the issue? You can send it to issues@javaserverfaces.java.net.


Comment by rogerk [ 10/Jul/13 ]

Lowering priority because of no response.

Comment by Manfred Riem [ 12/Aug/13 ]

Lowering priority because of inactivity

Comment by Manfred Riem [ 09/Sep/13 ]

Closing because of inactivity

Generated at Sat Dec 10 17:30:33 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.