You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Jean-Baptiste Quenot (JIRA)" <ji...@apache.org> on 2007/03/07 19:07:24 UTC
[jira] Commented: (WICKET-364) Use an uniform behavior for the
expiration page
[ https://issues.apache.org/jira/browse/WICKET-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478831 ]
Jean-Baptiste Quenot commented on WICKET-364:
---------------------------------------------
Fixed in 1.x, thanks for your patch!
> Use an uniform behavior for the expiration page
> -----------------------------------------------
>
> Key: WICKET-364
> URL: https://issues.apache.org/jira/browse/WICKET-364
> Project: Wicket
> Issue Type: Bug
> Components: wicket
> Affects Versions: 1.3
> Reporter: Gregory Maes
> Assigned To: Jean-Baptiste Quenot
> Fix For: 1.3
>
> Attachments: wicket-364.patch
>
>
> The expiration page does not behave the same according to whether we are in ajax mode or not.
> In case of ajax mode, we get a EmptyRequestTarget in the 'resolve' method of the WebRequestCycleProcessor class. Thus, the ajax response is empty and we get a failure which is muted by default (no window.wicketGlobalFailureHandler defined) while parsing the response in wicket-ajax.js.
> In case of a non-bookmarkablepage request, we get a ExpiredPageClassRequestTarget in the 'resolveRenderedPage' method of the AbstractRequestCycleProcessor class. Thus, we have the correct behavior with a redirection to the expired page.
> Why not gathering those 2 behaviors throwing a PageExpiredException which would be catched in the 'step' method of the RequestCycle class? Then, the processor would respond with a redirection to the expired page in both case.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.