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]> wrote: > 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 at 2:55 AM, 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 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 page as before (domain/item/id/1). The > > register page must be bookmarkable as well (eg. domain/register). > > > > All my attempts of using Links, BookmarkablePageLinks and > > redirectToInterceptPage all yield nothing or yet another URL like > > "/?wicket:interface=:2::::" either directly or after the > > redirect-back-to-original-target. > > > > Any ideas how to achieve that? > > > > Thanks > > Jörn > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
