Reverted initial fix attempt for this issue on icefaces-2.0.x-maintenance branch:

[10:50:54] - svn commit -m "ICE-6797 - Reverting last commit as it causes new regressions." 1 item(s)
[10:50:54] - Sending /Users/Ken/Code/svn/icefaces-2.0.x-maintenance/icefaces/core/src/main/javascript/application.js
[10:50:54] - Transmitting file data.
[10:50:55] - Refreshing files state...
[10:50:55] - Refresh done
[10:50:55] - Committed revision 24420

Will keep current behaviour and document as known issue.

Icefaces-ee2 trunk revision# 27297 (DeltaSubmit=true)
Server: tomcat6
Browser: FF3.6, IE7 & GoogleChrome8

ICE-3283 dataPaginator not working correctly, can navigate forward but never backwards, Navigate back buttons take user forward too.
ICE-4073 calendar button is not visible also only first date selection works, no other date can be selected after that

Problems on Component-showcase

• Progress bar custom labels not working
• RichText Styling still not working on any browser

The calendar issue occurs when the form element is updated with new form elements that did not exist before the update. The bridge restores the previously calculated parameters before the update but it does not check to see if form elements are added or removed to recalculate new previous parameters.

Rollbacked previous fix. More comprehensive solution needed.

The RichText editor issue occurs both in normal and deltasubmit mode. Changing between default and basic editor modes results in a javascript error caused by the received DOM update (which includes Javascript).
The RichText renderer creates a script element with an "id" attribute. This triggers updates just for the script element but these updates are not interpreted correctly by the JSF bridge. The script elements need to be always wrapped by an IDed element instead.

Changed renderer to create the script element without an ID thus fixing the script evaluation done by the JSF bridge.

There's still an issue in the RichText editor, when changing editor modes the previously rendered editor is moved down below the new editor instead of being removed from the DOM.

Known Issue: The Delta-submit function will not work correctly in cases when an ajax DOM update in the browser introduces new form elements that weren't part of the original form, the delta-submit." This means that the selectInputDate and inputRichText components must be included on the original page GET when used with delta-submit="true".

The inputRichText issue was fixed for these releases under this JIRA.

There is a follow-on JIRA for remaining issues: ICE-6848.