You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@shale.apache.org by "Craig McClanahan (JIRA)" <ji...@apache.org> on 2006/10/20 05:13:25 UTC
[jira] Resolved: (SHALE-10) [shale] IFrame does not work properly
inside Shale dialog
[ http://issues.apache.org/struts/browse/SHALE-10?page=all ]
Craig McClanahan resolved SHALE-10.
-----------------------------------
Resolution: Fixed
The current implementation includes the code Sean suggested to delegate handling of null values, and seems to have no ill effects, so I'm declaring this one as fixed.
> [shale] IFrame does not work properly inside Shale dialog
> ---------------------------------------------------------
>
> Key: SHALE-10
> URL: http://issues.apache.org/struts/browse/SHALE-10
> Project: Shale
> Issue Type: Bug
> Components: Dialog
> Environment: Operating System: other
> Platform: Other
> Reporter: sean schofield
> Fix For: 1.0.4-SNAPSHOT
>
> Attachments: shale-37120.patch
>
>
> In my dialog I have a search button which allows the user to do a
> search. The search results appear in an iframe within the dialog. I
> am using Tiles but I don't think Tiles is an issue. We're also
> talking about only one dialog at a time (so its not the multiple
> dialog problem.)
> Anyways the search results are sortable using <t:commandSortHeader> in
> MyFaces. The problem is that when I click on the header, the entire
> dialog is reloaded inside the IFrame. I believe this is because of
> DialogNavigationHandler. There is code in there that assumes a null
> outcome should be handled by the handler instead of delegated to the
> decorated handler.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira