Session behavior

G

Guest

I am told that ASP.NET controls the session ID and session variables, but
that does not fit my symptoms. I am posting here as directed. I'm hoping
that someone can at least recommend something to try to isolate the problem.

I have a simple application that demonstrates my problem.
Page 1, step1: SaveSessionVariableButton will create a string value, show
it on screen, save it in a session variable and show the session ID on screen.
Page 1, step 2: RefreshDisplayButton will load the session variable and
display it on screen, it will also display the Session ID.
Page 1, step 3: hyperlink to Page 2 that is defined in the same project as
Page 1 where the session variable and session ID areloaded and shown on screen
Page 2, step 4: hyperlink to Page 1 where the session variable and session
ID are loaded and shown on screen.

When I debug run this from Visual Studio on PC #1 the results are:
Page 1, Step 1: Session ID and Variable string are shown on screen
Page 1, Step 2: Same variable string and session ID are shown on screen
Page 1, Step 3: Same variable string and session ID are shown on screen
Page 1, Step 4: Same variable string and session ID are shown on screen

Copy the code to Visual Studio on PC #2, then debug run it. The results are:
Page 1, Step 1: Session ID and Variable string are shown on screen
Page 1, Step 2: Null variable string and different session ID are shown
on screen
Page 1, Step 3: Null variable string and different session ID are shown
on screen
Page 1, Step 4: Null variable string and different session ID are shown
on screen
 
T

Tom.PesterDELETETHISSS

I can think of 2 possible causes that explain the different behaviour on pc2

- Sessions are mode possbile by a session cookie in the browser (this is
a safe cookie). Maybe the browser doesn't accept them which is odd but possible/configured
as such.
- Sessions are thrown away after a timeout of 20 minutes (default I think)
or when the application restarts.
Maybe your 2nd pc restarts after every page delivery (also odd but possible).

If you can't solve it post the code and/or give us an url to the page.

Let me know if you have any more questions..

Cheers,
Tom Pester
 
G

Guest

I have the same ASP.NET code on three PCs, work, home, and public_server.
therefore whatever ASP.NET controls, it must be doing the same.

client: home, server: home yields new session id on each post back

client: home, server: public yields same session id on each post back and
session var is OK, therefore browser must be allowing cookies

client: work, server: work yeilds same session id on each post back and
session var is OK.

This leads me to the conclusion that the problem is in IIS 5.1 on my home
(windows XP) pc. But when I posted on the IIS discussion group, they told me
ASP.NET controls the session ID.
 
T

Tom.PesterDELETETHISSS

If you use the same browser but get different result I would say its a server
issue.

You can use http://www.blunck.info/iehttpheaders.html to see exactly what
you send and get back to a server.

Without being able to reproduce I can't help you further. Good luck!

Cheers,
Tom Pester
 
W

WJ

T Ralya,

1. What is your web configuration for this particular project ? Is session
set in "InProc", "StateServer", and or "SQLServer" ?
2. Is Cookie accepted/allowed on your client ?

3. By default, ASP.Net generates a unique Session ID when an instance of
IE/Browser is created (I am using MS/IE as example). This is only true if
your client accepts "cookies". Otherwise, you have to set "CookieLess"
setting properly in your web server for the project.

4. If you meet all above conditions, the Session ID will remain the same and
unique until the user exits or closes the browser session.

BTW: IIS-5 and 6 are working fine as far as "Session" concerns. I have not
had any session state problem with them. I use them daily!

John
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top