You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Sven Meier (Jira)" <ji...@apache.org> on 2020/11/30 18:25:00 UTC

[jira] [Resolved] (WICKET-6856) WicketTester fails do startComponentInPage() after session invalidation

     [ https://issues.apache.org/jira/browse/WICKET-6856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sven Meier resolved WICKET-6856.
--------------------------------
    Resolution: Not A Problem

Testcases are now in-line with what happens in a real web application:
Session#invalidate() prevents access to pages after the request, e.g. in a redirect to render.

> WicketTester fails do startComponentInPage() after session invalidation
> -----------------------------------------------------------------------
>
>                 Key: WICKET-6856
>                 URL: https://issues.apache.org/jira/browse/WICKET-6856
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket-core
>    Affects Versions: 8.11.0
>            Reporter: Ilia Naryzhny
>            Assignee: Sven Meier
>            Priority: Minor
>
> Probably issue WICKET-6848 introduced the following issue. If there is a code which does session invalidation first and then starts testing of a component: the last one will fail with something like org.apache.wicket.protocol.http.PageExpiredException: Page with id '0' has expired.
> Simple example:
> {code:java}
> tester.getSession().invalidate();
> tester.startComponentInPage(new AnyPanel("panel"));
> {code}
> But, at the same time starting pages (by class or instance) do not have this negative side effect.
> P.S. Doing `invalidateNow()` will help to solve this particular case, but in our case exactly invalidate() invoked as part of signout - so not a part of actual test case code.
> P.P.S Wicket 8.10.0 didn't have this problem,



--
This message was sent by Atlassian Jira
(v8.3.4#803005)