Sessions are shared across browsers? Or something... - Let's Chat About It! - Web, Cloud & Mobile Applications Delivery and Migration Platform

Rich web/cloud/mobile app delivery

Search Forum Home

Forum General Visual ... Let's Chat Abou... Sessions are shared across browsers? Or something...

11/7/2008 10:01 AM

	girdle66
55 posts

Re: Sessions are shared across browsers? Or something...

Thanks Palli, that helps me understand the problem. Unfortunately though, I no longer think I have a solution!

As this behaiviour seems to be hit-and-miss (it occurs on both my home PC and work PC, both running vista with IE7, even in different windows) I don't think there's anything I can do to fix it! The article you referenced discussed how to retain a static Session ID in ASP.NET 2.0, but that really doesn't seem to help this situation.

Have you heard of anybody resolving this issue, either for multiple FF tabs or IE windows?

Thanks!
Andrew

11/7/2008 10:24 AM

	girdle66
55 posts

Re: Sessions are shared across browsers? Or something...

Unless...

I created an entirely seperate website (or virtual directory) that used a different application pool but contained the exact same code. Subsequent clicks (that I wanted to show in a different window) would then be guaranteed to have a different Session and would be able to show pages independent of each other. Right???

11/7/2008 11:04 AM

	palli
11189 posts

Re: Sessions are shared across browsers? Or something...

Yes, that is right !

But if you need three instances of the form? Then you'd need three sites !

You should be able to get the same result by having two different forms within the same VWG application.

If you read the comments to the article I referenced, there might be some tricky ways to get around this, partially, like what they say about right clicking a normal HTML link and select "Open in new window" will force IE to create an other process for the new window. This will not work for FF.

I actually have no perfect idea on how to get around this, other than to try to change your application to not be dependent on the form load event.

Gizmox has an open issue in Gemini that will support dynamically add form registration at runtime. Maybe that will be the light at the end of the tunnel and will enable you to dynamically register a new form and then open it. That would actually be quite a good idea in this case, or what Gizmox ?

Palli

Páll Björnsson - Visual WebGui support team - Email: support@visualwebgui.com

11/7/2008 11:44 AM

	palli
11189 posts

Re: Sessions are shared across browsers? Or something...

Here's another article about the subject http://insidethemachine.wordpress.com/2008/05/18/cookies-in-firefox-and-internet-explorer/

This contains more references to the subject and differences between IE and FF, as well as explaining why some users see new process for a new IE window, and some do not. Most likely because of different methods of opening IE.

Palli

Páll Björnsson - Visual WebGui support team - Email: support@visualwebgui.com

11/9/2008 2:24 PM

	palli
11189 posts

Re: Sessions are shared across browsers? Or something...

Hi Gizmox !

I know you must be busy guys, getting the new statilazation release out and all, so I though I'd write this to make sure you don't miss the idea posted above :-)

The problem addressed in this thread, seems to com up regularly in the forum, that is, the form load event of a form does not fire the second time the form is invoked (opened), unless you get a new session. There are workarounds, and in most cases they suffice, but it does not change the fact that this is peculiar, and not what you are used to in WinForms programming.

So, I had this idea, but I don't have enough inner knowledge of the code to know it will work. The idea is based on the fact that you have an open issue in Gemini that will allow for dynamic form registration at runtime. So, if you extend that idea a little further, then it could even be possible to add parameters to those functions that do open new forms (link.open, context.redirect, etc...) that would not directly use the form referenced, but instead dynamically register a new form (with dynamically allocated name) that would be opened instead.

Like I said, I don't know if this will work, but I thought I'd put forward the idea at least.

Palli

Páll Björnsson - Visual WebGui support team - Email: support@visualwebgui.com