The issue caused by the MenuRenderer who is rendering the option tags directly to the output stream. Because of that DeltaSubmitPhaseListener cannot calculate the previous parameters off the 'select' elements.

Modified DOMResponseWriter.write() method to try to parse the passed in string since some renderers write directly to the outputstream. Also changed the calculation of previous parameters for select elements to pick the first option in case none of the options are marked as selected thus matching browser's behaviour.

It has been determined that adding this much complexity and potential performance hit simple to support the poorly implemented h:selectOneMenu component when in deltaSubmit mode doesn't make much sense.

Instead, we will document that the h:selectOneMenu component isn't supported in deltaSubmit=true mode, and offer alternatives.

Reverted changes made to DOMresponseWriter.write method, the method will not try to parse the paseed in string anymore.

As this issue is a result of none-standard rendering technique employed by the h:selectOneMenu component, and the solution is too complex, inefficient, and fragile to justify given that the issue only affects h:selectOneMenu when used in deltaSubmit=true mode, we will not fix this issue.

Work-arounds are to use another component such as ace:list or ice:selectOneMenu instead. This has been documented as a Known Issue in the 3.2 release notes.

We will also not modify the gmap demo at this time to accommodate.