Thanks a lot, was really helpful. Stephanie
> hi Stephanie, > > we had the same problem in the project http://www.saturn.at. > > i'm sorry, but it's not cocoon (so - a little bit off topic), anyway ... > it's a java/servletcontainer project and perhaps this solution works for > you. > > we decided not to block the 'open in new window' but to enable another > session. > to do so, we have a frameset, which contains a 'content'-frame and - this > is important - we do not use the cookieencoded sessiontoken, > but the URLencoded one. > when a visitor uses 'open in new window', the 'content'-frame checks for > the frameset. > if the frameset is not available, the browser is redirected to load the > frameset and the specific 'content'-frame. > loading the frameset causes a creation of a new session (via a > 'createSessionServlet') and a replace-statemet, which changes the > sessiontoken-value in the URL (this bounds the request to the new > session). > > the new 'content'-frame request checks (serverside) for a new session. > if necessary, the data in the session are recomputed with URL-parameters. > > just a suggestion. > > richard > > > -----Urspr�ngliche Nachricht----- > Von: Stephanie Zohner [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 30. Juli 2004 12:11 > An: [EMAIL PROTECTED] > Betreff: How to prevent to open a new browser instance > > Hi all, > > My problem is maybe not directly related to cocoon, but since I develop my > Web application with Cocoon I#m looking for a best practice solution > there. > > My Probelm is the folowing: > > I must prevent the user from opening a new browser window after entering > my application. The reason is that if he does so the two windows refer to > the same session, in other words they share the session and all its content > and this causes a lot of problems. > > What's the best way to handle this problem? > > I thought about the request haeder attribute "referer", but this is not > applicable. They are identical in both instances of the browser. I would > prefer a server side solution rather than a client side (javascript) solution. > > > Thanks a lot for sharing your experiences in that topic with me > > > Stephanie > > -- > NEU: WLAN-Router f�r 0,- EUR* - auch f�r DSL-Wechsler! > GMX DSL = superg�nstig & kabellos http://www.gmx.net/de/go/dsl > > > > -- > NEU: WLAN-Router f�r 0,- EUR* - auch f�r DSL-Wechsler! > GMX DSL = superg�nstig & kabellos http://www.gmx.net/de/go/dsl > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > *2* > > > > *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"* > Hinweis: Dieses E-mail kann vertrauliche und gesch�tzte Informationen > enthalten. > Sollten Sie nicht der beabsichtigte Empf�nger sein, verst�ndigen Sie bitte > den Absender und l�schen Sie dieses E-mail dann sofort. > > Notice: This e-mail contains information that is confidential and may be > privileged. > If you are not the intended recipient, please notify the sender and then > delete this e-mail immediately. > *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"* > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- NEU: WLAN-Router f�r 0,- EUR* - auch f�r DSL-Wechsler! GMX DSL = superg�nstig & kabellos http://www.gmx.net/de/go/dsl --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
