I have an intermittent problem that occurs on a very small number of
browsers that access my website. The strange thing is this: my site works
perfectly for 99.9% of browsers. The behavior described below occurs for
0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify against the DB. If
OK, store the UserID in Session["UserID"] and redirect to Main Page
2. Main page - If Session["UserID"] == null, redirect to Logon page,
otherwise display the page. Includes hyperlink to Second Page.
3. Second page - If Session["UserID"] == null, redirect to Logon page,
otherwise display the page.
Here is what happens in these very small number of cases -- the user can
authenticate on the logon page successfully and gets redirected to the Main
Page. However, upon clicking the link to go from the Main Page to the Second
Page, the Session loses the variable and Second Page redirects the user to
the Logon page.
To debug this problem, I added a display of the Session.SessionID + ":" +
Session["UserID"] variables at the bottom of the page. Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining constant throughout
the test, but that the Server is somehow losing the Session["UserID"]
between the Main Page and Second Page. This would seem to indicate that it
is a server issue, however, it only happens for 0.1% of visitors and with
those particular visitors it is a constant repeatable behavior. I have
instructed those users to delete their cached files and cookies and reboot,
but it didn't help. The users have all the Windows Updates in place.
Has anybody else seen this problem or know of its solution?
Thanks!!
Michael Carr
14  2025 
Possibly due to Cookies being turned off in the client browser.
--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.
"Michael Carr" <mc***@umich.edu> wrote in message
news:er**************@TK2MSFTNGP12.phx.gbl... I have an intermittent problem that occurs on a very small number of
browsers that access my website. The strange thing is this: my site works
perfectly for 99.9% of browsers. The behavior described below occurs for
0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify against the DB. If
OK, store the UserID in Session["UserID"] and redirect to Main Page
2. Main page - If Session["UserID"] == null, redirect to Logon page,
otherwise display the page. Includes hyperlink to Second Page.
3. Second page - If Session["UserID"] == null, redirect to Logon page,
otherwise display the page.
Here is what happens in these very small number of cases -- the user can
authenticate on the logon page successfully and gets redirected to the
Main Page. However, upon clicking the link to go from the Main Page to the
Second Page, the Session loses the variable and Second Page redirects the user to
the Logon page.
To debug this problem, I added a display of the Session.SessionID + ":" +
Session["UserID"] variables at the bottom of the page. Here are the
results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining constant throughout
the test, but that the Server is somehow losing the Session["UserID"]
between the Main Page and Second Page. This would seem to indicate that it
is a server issue, however, it only happens for 0.1% of visitors and with
those particular visitors it is a constant repeatable behavior. I have
instructed those users to delete their cached files and cookies and
reboot, but it didn't help. The users have all the Windows Updates in place.
Has anybody else seen this problem or know of its solution?
Thanks!!
Michael Carr
I might not be close to the answer you expect but I have
heard of cases where asp.net applications restarts itself
automatically based on processConfig settings in
machine.config(deadlock handling or something), ALSO IIS 6
in Windows 2003 has a similar kind of functionality where
it can restart applications if its taking memory or
something...in these scenarios you will loose your
sessions...
Thanks,
-Shan -----Original Message-----
I have an intermittent problem that occurs on a very
small number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect to
Main Page
2. Main page - If Session["UserID"] == null, redirect to
Logon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of cases -
- the user canauthenticate on the logon page successfully and gets
redirected to the MainPage. However, upon clicking the link to go from the Main
Page to the SecondPage, the Session loses the variable and Second Page
redirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem to
indicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
Kevin,
Dont think its the cookies.. cause he's got constant session id.. ie if
cookies are turned off on client browser every request would result a new
session (and a new session id)
Michael,
session used to be the most common place to store data... its still is but
with say forms authentication... it removes session from the picture.. and
you authenticate based on a ticket validity... i know its not worth a try
its its only 0.1% users but have a think... (store information in ticket and
you will be able to use HttpContext.Current.User.Identity.Name
plus you can application_authenticaterequest to check and load the values
from the ticket.. and can access it anywhere in your code..
not to forget setting up location elements with allow / deny roles / users
etc...
--
Regards,
HD
"Kevin Spencer" <ke***@takempis.com> wrote in message
news:eO**************@TK2MSFTNGP09.phx.gbl... Possibly due to Cookies being turned off in the client browser.
--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.
"Michael Carr" <mc***@umich.edu> wrote in message
news:er**************@TK2MSFTNGP12.phx.gbl... I have an intermittent problem that occurs on a very small number of
browsers that access my website. The strange thing is this: my site
works perfectly for 99.9% of browsers. The behavior described below occurs for
0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify against the DB.
If OK, store the UserID in Session["UserID"] and redirect to Main Page
2. Main page - If Session["UserID"] == null, redirect to Logon page,
otherwise display the page. Includes hyperlink to Second Page.
3. Second page - If Session["UserID"] == null, redirect to Logon page,
otherwise display the page.
Here is what happens in these very small number of cases -- the user can
authenticate on the logon page successfully and gets redirected to the
Main Page. However, upon clicking the link to go from the Main Page to the
Second Page, the Session loses the variable and Second Page redirects the user
to the Logon page.
To debug this problem, I added a display of the Session.SessionID + ":"
+ Session["UserID"] variables at the bottom of the page. Here are the
results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining constant
throughout the test, but that the Server is somehow losing the Session["UserID"]
between the Main Page and Second Page. This would seem to indicate that
it is a server issue, however, it only happens for 0.1% of visitors and
with those particular visitors it is a constant repeatable behavior. I have
instructed those users to delete their cached files and cookies and
reboot, but it didn't help. The users have all the Windows Updates in place.
Has anybody else seen this problem or know of its solution?
Thanks!!
Michael Carr
Shan,
the worker process is restarted if the total memory consumed by it exceeds
60% of physical memory.
or depending upon the parameters set in the machine.config file
but if the application where to restart then the session id would be
diffent....
--
Regards,
HD
"Shan" <an*******@discussions.microsoft.com> wrote in message
news:03****************************@phx.gbl... I might not be close to the answer you expect but I have
heard of cases where asp.net applications restarts itself
automatically based on processConfig settings in
machine.config(deadlock handling or something), ALSO IIS 6
in Windows 2003 has a similar kind of functionality where
it can restart applications if its taking memory or
something...in these scenarios you will loose your
sessions...
Thanks,
-Shan
-----Original Message-----
I have an intermittent problem that occurs on a very
small number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect to
Main Page
2. Main page - If Session["UserID"] == null, redirect to
Logon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of cases -
- the user canauthenticate on the logon page successfully and gets
redirected to the MainPage. However, upon clicking the link to go from the Main
Page to the SecondPage, the Session loses the variable and Second Page
redirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem to
indicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
From my understanding about Cookies and Session State, the SessionID is
actually the cookie that is sent from the client to the server for each
request and session variables themselves are actually kept on the server.
So, since my debug routines show the same SessionID for every request, this
would indicate that the browser is indeed sending the correct cookie... am I
correct in my thinking here?
Michael Carr
"Kevin Spencer" <ke***@takempis.com> wrote in message
news:eO**************@TK2MSFTNGP09.phx.gbl... Possibly due to Cookies being turned off in the client browser.
This is how I got around this.
I changed the location of the session variables to
stateserver and just used the loopback address for the web
server and fired up the stateserver on the web server and
have not had any problems since. -----Original Message-----
I have an intermittent problem that occurs on a very
small number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect to
Main Page
2. Main page - If Session["UserID"] == null, redirect to
Logon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of cases -
- the user canauthenticate on the logon page successfully and gets
redirected to the MainPage. However, upon clicking the link to go from the Main
Page to the SecondPage, the Session loses the variable and Second Page
redirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem to
indicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
Probably, but it might be worth checking out.
--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.
"Michael Carr" <mc***@umich.edu> wrote in message
news:OL**************@TK2MSFTNGP09.phx.gbl... From my understanding about Cookies and Session State, the SessionID is
actually the cookie that is sent from the client to the server for each
request and session variables themselves are actually kept on the server.
So, since my debug routines show the same SessionID for every request,
this would indicate that the browser is indeed sending the correct cookie... am
I correct in my thinking here?
Michael Carr
"Kevin Spencer" <ke***@takempis.com> wrote in message
news:eO**************@TK2MSFTNGP09.phx.gbl... Possibly due to Cookies being turned off in the client browser.
Here is my web.config for the state server solution I
provided.
<sessionState
mode="StateServer"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data
source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/> -----Original Message-----
This is how I got around this.
I changed the location of the session variables to
stateserver and just used the loopback address for the
webserver and fired up the stateserver on the web server and
have not had any problems since.
-----Original Message-----
I have an intermittent problem that occurs on a verysmall number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect
toMain Page
2. Main page - If Session["UserID"] == null, redirect toLogon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of
cases -- the user canauthenticate on the logon page successfully and getsredirected to the MainPage. However, upon clicking the link to go from the
MainPage to the SecondPage, the Session loses the variable and Second Pageredirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem
toindicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
.
The exact same thing happens to me on this particular
machine.
I have 3 development machines, on 2 of them (one is
Win2000 and the other is XP), the session variables work
fine.
On this machine I'm using, the session variables are lost
in between. The problematic machine is almost a brand new
one, runs on Win2000, with the same memory space as that
of the one that works.
And I don't use cookies (I set cookiesless=true).
I'm interested to see how to solve this. -----Original Message-----
I have an intermittent problem that occurs on a very
small number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect to
Main Page
2. Main page - If Session["UserID"] == null, redirect to
Logon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of cases -
- the user canauthenticate on the logon page successfully and gets
redirected to the MainPage. However, upon clicking the link to go from the Main
Page to the SecondPage, the Session loses the variable and Second Page
redirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem to
indicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
This strongly suggests that your app is being recycled. Your session id will
be the same as long as your browser is kept opened. Have a look at your
application logs to find out what the w3c worker process is doing.
But then again, you've found a work around so why bother? Stateserver with a
loopback results in about a 10% performance hit. That's not a bad price to
pay to keep 1% of users happy.
--
Regards,
Alvin Bruney
Got tidbits? Get it here... http://tinyurl.com/3he3b
"Karl Shifflett" <an*******@discussions.microsoft.com> wrote in message
news:04****************************@phx.gbl... Here is my web.config for the state server solution I
provided.
<sessionState
mode="StateServer"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data
source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
-----Original Message-----
This is how I got around this.
I changed the location of the session variables to
stateserver and just used the loopback address for the
webserver and fired up the stateserver on the web server and
have not had any problems since.
-----Original Message-----
I have an intermittent problem that occurs on a very
small number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect
toMain Page
2. Main page - If Session["UserID"] == null, redirect to
Logon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of
cases -- the user canauthenticate on the logon page successfully and gets
redirected to the MainPage. However, upon clicking the link to go from the
MainPage to the SecondPage, the Session loses the variable and Second Page
redirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem
toindicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
.
read this thread , subject Bizarre loss of Session variable
--
Regards,
Alvin Bruney
Got tidbits? Get it here... http://tinyurl.com/3he3b
"JN" <JN@discussions.microsoft.com> wrote in message
news:01****************************@phx.gbl... The exact same thing happens to me on this particular
machine.
I have 3 development machines, on 2 of them (one is
Win2000 and the other is XP), the session variables work
fine.
On this machine I'm using, the session variables are lost
in between. The problematic machine is almost a brand new
one, runs on Win2000, with the same memory space as that
of the one that works.
And I don't use cookies (I set cookiesless=true).
I'm interested to see how to solve this.
-----Original Message-----
I have an intermittent problem that occurs on a very
small number ofbrowsers that access my website. The strange thing is
this: my site worksperfectly for 99.9% of browsers. The behavior described
below occurs for0.1% of users, and so far I've only seen it on IE 6.0.
My ASP.NET website is set up like this:
1. Logon page - Collect username / password and verify
against the DB. IfOK, store the UserID in Session["UserID"] and redirect to
Main Page
2. Main page - If Session["UserID"] == null, redirect to
Logon page,otherwise display the page. Includes hyperlink to Second
Page.
3. Second page - If Session["UserID"] == null, redirect
to Logon page,otherwise display the page.
Here is what happens in these very small number of cases -
- the user canauthenticate on the logon page successfully and gets
redirected to the MainPage. However, upon clicking the link to go from the Main
Page to the SecondPage, the Session loses the variable and Second Page
redirects the user tothe Logon page.
To debug this problem, I added a display of the
Session.SessionID + ":" +Session["UserID"] variables at the bottom of the page.
Here are the results:
Logon page... vmhgea20gz4azp550f203omh:
Main page... vmhgea20gz4azp550f203omh:24665
Second page... vmhgea20gz4azp550f203omh:
These results indicate that the SessionID is remaining
constant throughoutthe test, but that the Server is somehow losing the
Session["UserID"]between the Main Page and Second Page. This would seem to
indicate that itis a server issue, however, it only happens for 0.1% of
visitors and withthose particular visitors it is a constant repeatable
behavior. I haveinstructed those users to delete their cached files and
cookies and reboot,but it didn't help. The users have all the Windows
Updates in place.
Has anybody else seen this problem or know of its
solution?
Thanks!!
Michael Carr
.
I had a situation at one web host where I was losing all session variables
after a short time--but the sessionID was maintained. Apparently when an
application was recycled because of a limit on virtual memory, the Session
ID was maintained although all session variables and application variables
were lost.
After much back and forth with the host, the did two things which caused the
session variables to be preserved. I think #1 is the most important.
1. increased the Virtual memory limit on application pools
2. modified the SessionState section of the web.config file in my root
directory to use ServerState
"Hermit Dave" <he************@CAPS.AND.DOTS.hotmail.com> wrote in message
news:OB**************@TK2MSFTNGP10.phx.gbl... Shan,
the worker process is restarted if the total memory consumed by it exceeds
60% of physical memory.
or depending upon the parameters set in the machine.config file
but if the application where to restart then the session id would be
diffent....
--
Regards,
Yes, the experience you describe is the exact problem I'm having. Have you
been able to isolate anything special in particular about that machine? Have
you tried different browsers on it? Do you see the same behavior from
regular ASP (non ASP.NET) applications with SessionState? Do you have any
problem logging into other websites from that machine? It is tough for me to
isolate this problem since my particular user is on the other side of the
country... :(
Thanks,
Michael Carr
"JN" <JN@discussions.microsoft.com> wrote in message
news:01****************************@phx.gbl... The exact same thing happens to me on this particular
machine.
I have 3 development machines, on 2 of them (one is
Win2000 and the other is XP), the session variables work
fine.
On this machine I'm using, the session variables are lost
in between. The problematic machine is almost a brand new
one, runs on Win2000, with the same memory space as that
of the one that works.
And I don't use cookies (I set cookiesless=true).
If the app is being recycled, then what is it about that particular machine
that is causing the app to recycle? It happens consistently with that
particular machine and almost nowhere else.
If something about a particular client can consistently cause an app to
recycle, isn't that a security issue Microsoft should be a little concerned
about??? I bet some hackers would take great joy in arbitrarily recycling
..NET websites.
It doesn't sit well with me to switch to a different means of preserving
SessionState just because it has been shown to work... I'd rather get to the
bottom of it and find a fix or isolate a bug and get it reported.
Michael Carr
"Alvin Bruney" <vapor at steaming post office> wrote in message
news:eh**************@TK2MSFTNGP11.phx.gbl... This strongly suggests that your app is being recycled. Your session id
will be the same as long as your browser is kept opened. Have a look at your
application logs to find out what the w3c worker process is doing. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Microsoft |
last post by:
I am using Session variables in my ASP application. I have tested the
application on a Win2k professional and it works fine. When the same web
app is installed on a win2k advanced server from the...
|
by: mbosco51 |
last post by:
I know this is a common thread, but I seem to be losing session
variables on my website. I read through everything I could find,
including this link: http://aspfaq.com/show.asp?id=2157, but cannot...
|
by: Steve Remer |
last post by:
My application (relevant code snippets below) originally used Session
variables in order to maintain state from page to page. After being
unable to solve the mystery of why those variables were...
|
by: PJ |
last post by:
A particular page seems to be having issues with correctly setting Session
variables. I am setting a couple of session variables on the Page_Unload
event. While stepping through code, the...
|
by: competitions |
last post by:
I notice that others have had this problem, after scanning Google, but
I couldn't find any solution.
I have tested my PHP code on both Mac's & PC's and on several browsers
(Firefox, Safari, IE...
|
by: Ed |
last post by:
I have some questions in regards to Session variables and IIS Recycling:
1. Does the IIS setting 'Shutdown worker process after being idle' affect
an
application's session variables?
Or is IIS...
|
by: leena13 |
last post by:
Hi,
I am facing a problem of loss of session variables once the ASP.Net 2.0 application is deployed. Let me add that this is actually a 1.1 to 2.0 migration.
I found that the first time the...
|
by: schlaag |
last post by:
I have an asp based site which for various reasons has to go in either
Trusted Sites or Intranet under security in IE7. However as soon as I
place it in either of these zoneI can no longer use...
|
by: =?Utf-8?B?UGF1bA==?= |
last post by:
Hi I have a web application vs2005 and it looks like a condition is causing
session veriables to be lost. This does not seem to be happening too often.
The web application allows uploading and...
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and...
| |
