[
https://issues.apache.org/jira/browse/WICKET-6910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17390417#comment-17390417
]
Sven Meier commented on WICKET-6910:
------------------------------------
>With tester.setExposeException(false) I expect, that the original exception
>(the StalePageException) is thrown and finally the exception mapper handles
>this expected exceptions (see DefaultExceptionMapper).
No, this is not how it works: with setExposeException(false) Wicket's default
exception handling should kick in, e.g. rerendering the page after
StalePageException.
Your test is bogus, it works only because of a regression introduced in
WICKET-6001 which was mitigated with WICKET-6831 (exception during detach are
now logged only). With WICKET-6908 the original regression was fixed.
Please update to 8.14.0 once published and correct your test.
> StalePageException not thrown
> -----------------------------
>
> Key: WICKET-6910
> URL: https://issues.apache.org/jira/browse/WICKET-6910
> Project: Wicket
> Issue Type: Bug
> Components: wicket-core
> Affects Versions: 8.10.0
> Reporter: Dirk Forchel
> Assignee: Sven Meier
> Priority: Major
> Attachments: myproject.zip
>
>
> In our wicket application we have a unit test that simulates a
> StalePageException for a RequestCycleListener. This test no longer works as
> expected since version 8.10.0. Prior to this version the test was working.
> This test assumes that the StalePageException is thrown during the rendering
> phase, but this is no longer the case. I'm not sure if this is a bug or if
> the test setup has become wrong.
> I'm also not sure if this issue is related to WICKET-6869.
> Attached you will find a quick start with the StalePageExceptionTest.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
