Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 3.0.1
-
Fix Version/s: 3.1.0.BETA1, 3.1, EE-3.0.0.GA_P01
-
Component/s: ACE-Components
-
Labels:None
-
Environment:ACE
-
Assignee Priority:P2
Description
We should investigate whether this can be fixed automatically by the component, or if not, what the application code needs to be to accomplish this.
-
Hide
- fileentry-tests.zip
- 190 kB
- Mircea Toma
-
- fileentry/.svn/all-wcprops 0.6 kB
- fileentry/.svn/dir-prop-base 0.0 kB
- fileentry/.svn/entries 0.7 kB
- fileentry/.svn/.../build.properties.svn-base 0.6 kB
- fileentry/.svn/.../build.xml.svn-base 1 kB
- fileentry/.svn/.../pom.xml.svn-base 1 kB
- fileentry/build.properties 0.6 kB
- fileentry/build.xml 0.9 kB
- __MACOSX/fileentry/._build.xml 0.2 kB
- fileentry/lib/.DS_Store 6 kB
- __MACOSX/fileentry/lib/._.DS_Store 0.1 kB
- fileentry/lib/.svn/all-wcprops 0.5 kB
- fileentry/lib/.svn/entries 0.6 kB
- fileentry/.../jhighlight-1.0.jar.svn-base 0.1 kB
- fileentry/lib/.../jstl-1.1.2.jar.svn-base 0.1 kB
- fileentry/.../jhighlight-1.0.jar.svn-base 91 kB
- fileentry/lib/.../jstl-1.1.2.jar.svn-base 20 kB
- fileentry/src/.svn/all-wcprops 0.1 kB
- fileentry/src/.svn/entries 0.3 kB
- fileentry/src/main/.svn/all-wcprops 0.1 kB
- fileentry/src/main/.svn/entries 0.3 kB
- fileentry/src/main/java/.svn/all-wcprops 0.1 kB
- fileentry/src/main/java/.svn/entries 0.3 kB
- fileentry/src/main/.../org/.svn/all-wcprops 0.1 kB
- fileentry/src/main/java/org/.svn/entries 0.3 kB
- fileentry/src/main/.../.svn/all-wcprops 0.2 kB
- fileentry/src/main/.../icefaces/.svn/entries 0.3 kB
- fileentry/src/main/.../samples/.DS_Store 6 kB
- __MACOSX/fileentry/.../samples/._.DS_Store 0.1 kB
- fileentry/src/main/.../.svn/all-wcprops 0.2 kB
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
I will need a test case that I can use to reproduce the issue. Exercising ace:dialog in 'showcase' (which now uses non-redirect navigation) shows me that the dialog is removed when navigating to a different demo.
I used the attached test case to reproduce the described problem. In the test the ace:dialog component is present on the second page, thus rendered after the navigation occurred. Obviously that won't make the modal popup disappear.
In conclusion this issue was a false alarm, most probably created after misinterpreting the test case behaviour.
Need button on the second page to navigate back in order to properly reproduce the issue.
To replicate the problem:
1) Navigate to the first page
2) Click the button to trigger the action which navigates (non-redirect) to page 2
3) On the second page, a popup appears. The test case may have a fileEntry component but this is not necessary to replicate the issue. You simply need a button on the popup which navigates back to page 1. The overlay provided by the modal dialog is still rendered.
The jQuery modal dialog widget append its overlay to the document's body. So the update received after navigation will remove the element that corresponds to the dialog widget but not the overlay since the renderer was never aware of it.
The fix makes use of ice.onElementRemove function to register a callback that will close the dialog widget when the corresponding element cannot be found in the page anymore.
It's not a redirect doing a GET, it's just a postback navigation that changes the server-side viewId while keeping the current browser page mostly intact.