I don't have or use any security strategy (yet). The user can visit
every page, but can't use everything until logged in. Though I don't
see how that should interfere with manual intercepts and bookmarkable
links.
Other ideas?
Jörn
On Thu, Mar 20, 2008 at 5:55 PM, Igor Vaynberg <[EMAIL PROTECTED
it all depends on what url your security strategy intercepts - that is
the url continuetoorigdest will use. so if your strategy intercepts a
bookmarkable url you should be good, but if it intercepts a link url
like ?wicket:interface that is where you will go back to...
-igor
On Thu, Mar 20, 2008
tion().getHomePage());
>
>
> }
>
> -Original Message-
> From: Jörn Zaefferer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 20, 2008 9:13 AM
> To: users@wicket.apache.org
> Subject: Re: Mounting and intercept pages
>
>
> Thanks Martijn. I gave that a tr
Try the following:
if (!continueToOriginalDestination()) {
setResponsePage(getApplication().getHomePage());
}
-Original Message-
From: Jörn Zaefferer [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 9:13 AM
To: users@wicket.apache.org
Subject: Re: Mounting and
Thanks Martijn. I gave that a try:
add(new Link("register") {
@Override public void onClick() {
throw new
RestartResponseAtInterceptPageException(Register.class);
}
@Override
public boolean isVisible() {
return !UserSession.get().isS
throw new RestartResponseAtInterceptPageException(LoginPage.class);
Martijn
On 3/20/08, Jörn Zaefferer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a bookmarkable page with a single param, something like
> domain/item/id/1. Now, to edit the item, the user has to login or
> register first. After
Hi,
I have a bookmarkable page with a single param, something like
domain/item/id/1. Now, to edit the item, the user has to login or
register first. After doing so, either using the login form on the
same page or using the register form on a different page, the user
must land on exactly the same p
