Mark Collette added a comment - 21/Oct/12 10:55 AM - edited To reproduce this issue is even easier, simply load the tabSet section in the showcase, then click to go to the Client example, and change the tab, and then click to go to the Server section. Essentially what's happening is that the two examples each have a tabSet component with the same clientId, which is causing them to share some state, when each expects a clean slate. It's not really clear to the system the difference between a postback that updates an existing component, versus a postback that uses dynamic ui:include to swap components that identify themselves identically. It should be an application best practice, and necessary practice, to give different ids to components that may take each other's place in a single postback. To fix this specific issue I've changed the tabSet ids to be unique amongst the various tabSet examples. But likely it would be best for all of the form names in all of the examples to be unique. icefaces3 trunk Subversion 31622 [Committed with comment referring accidentally to ICE-8565]

Migration added a comment - 30/Nov/12 12:36 AM Re-tested with revision # 31631 (Firefox 16), and these issues don't exist anymore.