On Tue, Sep 29, 2009 at 6:48 PM, Pedro Santos <pedros...@gmail.com> wrote:
> We have this requirement in which we cannot allow the customer to copy
> paste the url that's appearing in the address bar into the same
> browser.
> Crazy thing. How about to include an request counter to your url
> encode/decode strategy?

That wouldn't work. Or it would prevent refresh as well. This is not
really doable. If you need this kind of control web applications
simply aren't what you should be doing.

-Matej

>
>
> On Tue, Sep 29, 2009 at 1:41 PM, Carlo Camerino 
> <carlo.camer...@gmail.com>wrote:
>
>> Hi everyone,
>>
>> We have this requirement in which we cannot allow the customer to copy
>> paste the url that's appearing in the address bar into the same
>> browser. For example in a different tab or in a new window. This can
>> easily be done in Wicket Framework since the url has a corresponding
>> page attached to it. For example if i get
>> http://localhost/wicket:interface=1 appearing in the address bar, I
>> can open anew tab paste the url and I could get into the same page.
>> The users don't want this behavior. Could I make it work in such a way
>> that I copy http://localhost/wicket:inteface=1, when i try to copy and
>> paste it, it will redirect me to an error page? This happens even
>> after the user has already logged in. Really need help on this
>> one.....
>>
>> Thanks
>>
>> Carlo
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
>
> --
> Pedro Henrique Oliveira dos Santos
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to