Attached test application that can be run on Tomcat 7. Hover over the 'My Customer Pricing' tab, select the 'Change Request List' menu item and you should see the two posts performed with the source event coming from the span tag.

Right now ice.ace.util.isEventSourceInputElement checks to see if the event source/target is an anchor / button tag, whereas it would need to walk up the parent hierarchy and see if it is in an anchor / button, that is not itself the element that we're trapping on with isEventSourceInputElement.

Added the logic, and intentionally changing tabs works, as well as summoning the menu, all with the proper singular submits.

icefaces3 trunk
Subversion 36663

Tested this in a client application. When selecting other tabs the tab content is no longer changed. It appears that previously, the second post was sending back the new tab content.

Attaching a test war file.

Also attaching files with output from firebug showing the result of the post in both cases (for diffing). I haven't included the result of the second post in the file withoutICE9340.txt

Brad, please describe the steps needed for reproducing the problem.

• Deploy Test.war to Tomcat 7
• http://localhost:8080/Test/home.jsf will present you with a tabset - the second tab header contains a menu.
• In the second tab if you select 'Change Request List' you should see the tab change to the second tab and an ace:dataTable in the tab cotnent, but nothing changes in the browser.

To me it looks like the application and components behave normally. In order to see the content change in the second tab one needs to select the tab first. Once selected the content will change when the menu in the label facet is used.

If the expected behaviour is to switch to the second tab when the menu is used then McpController bean needs to have access to the GlobalBean to change the selected tab index (using GlobalBean.setVisibleTab).