[
https://issues.apache.org/jira/browse/TAP5-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13046452#comment-13046452
]
Bob Harner commented on TAP5-1115:
----------------------------------
A workaround for this is to use a target="_blank" attribute on the link
(actionlink, pagelink, form, etc) used for the download. This opens up a new
window for the download which, in most (all?) modern browsers then closes on
its own after the download starts. Not pretty, though.
> Tapestry.windowUnloaded should be set to true when the page is really unloaded
> ------------------------------------------------------------------------------
>
> Key: TAP5-1115
> URL: https://issues.apache.org/jira/browse/TAP5-1115
> Project: Tapestry 5
> Issue Type: Bug
> Components: tapestry-core
> Affects Versions: 5.1.0.5
> Reporter: Raul Montes
>
> Tapestry.windowUnloaded is setted to true on the beforeUnload event. But this
> event is not triggered only when the page is going to be unloaded. For
> example, when a user clicks a link to go to another page, both the
> beforeUnload and unload events are triggered. But, when a user clicks a link
> to download a file with Content-disposition set to attachment (or when the
> file cannot be opened inside the browser), the current page is _not_
> unloaded. In fact, although the beforeUnload event is triggered (because of
> the GET request sent), the unload event is never triggered, so the page stays
> right there. In this situations, any Ajax link stop working because its
> response is not proccessed anymore.
> I think the correct behaviour should be to set Tapestry.windowUnloaded on the
> unload event (triggered when the objects actually are going to be unloaded),
> or not setting it at all, because the behaviour using the beforeUnload is
> really a bad thing.
> https://issues.apache.org/jira/browse/TAP5-957 is somehow related to this
> issue, but this happens in many browsers, not just IE and when downloading
> files, which is critical (unlike javascript execution for which you can
> observe events...).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
