[ 
https://issues.apache.org/jira/browse/WICKET-5693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14259991#comment-14259991
 ] 

Hendy Irawan commented on WICKET-5693:
--------------------------------------

I too am confused with the behavior of {{setVersioned(false)}}

"True to turn on versioning for this component, false to turn it off for this 
component and any children."

I see no effect on setting (on a stateful page, of course) this to false at all.

What's the intended behavior, so I can confirm that {{setVersioned(false)}} is 
indeed working as the contract (i.e. Javadoc) suggested? I can't be sure, but 
if {{setVersioned()}} is not working at all, then it should be both deprecated 
and Javadoc corrected such that "this has no effect, stateful components are 
always versioned".

> setVersioned(false) should force single Page Version
> ----------------------------------------------------
>
>                 Key: WICKET-5693
>                 URL: https://issues.apache.org/jira/browse/WICKET-5693
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 6.16.0
>         Environment: All
>            Reporter: Bernard
>
> After a form submit, we want the browser's back button to show the page 
> before the form not the form page. That is a business requirement to prevent 
> double submits.
> A web application can, via the use of Post-Redirect-Get, respond with the 
> same URL as the form page's request URL, and let the browser history replace 
> the form page with the form submit result page.
> In Wicket, we can attempt to achieve this behaviour by using the same page 
> class for form and response - replacing a form panel with a response panel.
> Still Wicket creates multiple versions of the page which show as version 
> numbers in the URL. To fix this, we call setVersioned(false).
> But still, the page is served with different URLs. This needs to be fixed in 
> some way.
> We need full core framework support for this, without having to code 
> workarounds. We have coded workarounds in the past, but these were broken by 
> subsequent Wicket releases, even minor releases.
> We might need the URL to be version-free because the page's initial URL, 
> being bookmarkable, would not have a version number. The only limitation 
> should be the case where the browser does not have a cookie for the site, 
> where the first page visited is the form page, having jsessionid in the URL.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to