Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 2.0-Alpha2
-
Fix Version/s: 2.0-Alpha3
-
Component/s: Bridge
-
Labels:None
-
Environment:Firefox and Chrome (and probably other browsers), all app servers.
-
Assignee Priority:P1
-
Workaround Exists:Yes
-
Workaround Description:avoid having a form involved in a DOM diff.
Description
-
Hide
- if2.zip
- 3.00 MB
- Patrick Wilson
-
- if2/build/assemble/icef-redirect.jsp 0.0 kB
- __MACOSX/if2/.../._icef-redirect.jsp 0.2 kB
- if2/build/assemble/index.xhtml 0.8 kB
- __MACOSX/if2/.../assemble/._index.xhtml 0.2 kB
- if2/build/assemble/.../test/SampleBean.class 0.8 kB
- __MACOSX/if2/.../test/._SampleBean.class 0.2 kB
- __MACOSX/if2/build/.../classes/com/._test 0.2 kB
- __MACOSX/if2/build/.../WEB-INF/classes/._com 0.2 kB
- __MACOSX/if2/build/.../WEB-INF/._classes 0.2 kB
- if2/build/assemble/.../lib/icefaces.jar 130 kB
- __MACOSX/if2/build/.../lib/._icefaces.jar 0.2 kB
- if2/build/assemble/.../lib/icepush.jar 103 kB
- __MACOSX/if2/build/.../lib/._icepush.jar 0.2 kB
- __MACOSX/if2/build/.../WEB-INF/._lib 0.2 kB
- if2/build/assemble/WEB-INF/web.xml 0.8 kB
- __MACOSX/if2/build/.../WEB-INF/._web.xml 0.2 kB
- __MACOSX/if2/build/assemble/._WEB-INF 0.2 kB
- if2/build/assemble/welcome.html 0.2 kB
- __MACOSX/if2/.../assemble/._welcome.html 0.2 kB
- __MACOSX/if2/build/._assemble 0.2 kB
- if2/build/classes/.../test/SampleBean.class 0.8 kB
- __MACOSX/if2/.../test/._SampleBean.class 0.2 kB
- __MACOSX/if2/build/classes/com/._test 0.2 kB
- __MACOSX/if2/build/classes/._com 0.2 kB
- __MACOSX/if2/build/._classes 0.2 kB
- if2/build/dist/welcome.war 214 kB
- __MACOSX/if2/build/dist/._welcome.war 0.2 kB
- __MACOSX/if2/build/._dist 0.2 kB
- __MACOSX/if2/._build 0.2 kB
- if2/build.properties 0.0 kB
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
When a form element is updated the event listeners used for redirecting the form submission through an AJAX request are lost. The solution was to detect when form is updated and re-apply the event listeners by using a ice.onAfterUpdate callback.
I can still reproduce this issue. I have attached a sample project please build the dist target. Notice that every other form submission still seems to trigger full page reloads (not triggered by a dom update but by an uncaptured form submission back to index.jsf).
a sample icefaces2 project to demostrate the problem.
Sorry, It seems that I managed to get the wrong jar into this demo. I have reattached the example with the correct jar (I still get the same problem).
The issue seems to be solved when running the test with the latest ICEfaces2.0 code.
After rebuilting icepush.jar this problem went away. Reclosing issue.
On closer inspection it seems that if the page is initially loaded from icefaces, the submitCapture is working, however, if the form is applied to the browser dom in a subsequent update, it does not get the submit capture script placed on it. Thus the form will post to the server and the reload will reattach the script. However, the data that is posted to the server in this fashion seems to get lost.