Session Variable clashing

Please support our ASP.NET advertiser: Intel Parallel Studio Home
Reply

Join Date: Oct 2005
Posts: 7
Reputation: pyari_priya1981 is an unknown quantity at this point 
Solved Threads: 0
pyari_priya1981 pyari_priya1981 is offline Offline
Newbie Poster

Session Variable clashing

 
0
  #1
Oct 15th, 2005
Hi all,

I am facing problem in session variables. We are a Call Center and we have a CRM application in ASP.Net which has two interfaces, one is for tech executive level another is for auditor. When a auditor opens both simulatanously.Sometime Session variables clashes for both interfaces and forms submitted by auditor has userid of tech executive , which she has opened just to check some information on tech executive level.

so how to resolve this problem and stop the wrong userid to be filled in audited data.

Thanks

Priya
Reply With Quote Quick reply to this message  
Join Date: Feb 2005
Posts: 175
Reputation: Letscode is an unknown quantity at this point 
Solved Threads: 6
Letscode's Avatar
Letscode Letscode is offline Offline
Junior Poster

Re: Session Variable clashing

 
0
  #2
Oct 16th, 2005
What you are saying is when a tech executive signs in and logs out, her session is not expiring.
If the user has a page opened then the session will not expire unless you logout.
When the page closes then the session state variable will automatically expire.

Even if the session did not expire like what your saying,your session variable should be replaced by the existing value for the input user.Check whether your user input gets replaced in the session variable.

What kind of Authen mode are you using?

What Browser are you using?
Save White Tiger
Reply With Quote Quick reply to this message  
Join Date: Oct 2005
Posts: 7
Reputation: pyari_priya1981 is an unknown quantity at this point 
Solved Threads: 0
pyari_priya1981 pyari_priya1981 is offline Offline
Newbie Poster

Re: Session Variable clashing

 
0
  #3
Oct 17th, 2005
No I don't mean so. When an auditor audits the calls, he also logins into the CRM to check for tickets against the audited calls. He uses different username for operating CRM, other than which he is using to give remraks to audit the calls. So When on a single client , 2 different username , passwords are used , and both usernames are kept in Session Variables. They clash sometime , and form submitted by auditor
stores the username not of auditor but of other username which he is using just to check tickets.

For example : username for Auditor is ABC and username for dummy tech exective (to check tickets only) is XYZ.
And username to be stored by auditing application should be ABC but sometime it stores XYZ , which was the dummy tech exective username.

I want to know What is the reason behind this, and what is the solution.

Thanks

Manjeet
Reply With Quote Quick reply to this message  
Join Date: Jul 2005
Posts: 483
Reputation: campkev is an unknown quantity at this point 
Solved Threads: 19
campkev campkev is offline Offline
Posting Pro in Training

Re: Session Variable clashing

 
0
  #4
Oct 17th, 2005
Hard to say without seeing code. Do you use the same name for the session variable for both? Maybe change the name of the auditor session variable, eg: Session["username"] and Session["Auditor_username"]
Reply With Quote Quick reply to this message  
Join Date: Nov 2005
Posts: 47
Reputation: kedar_challa is an unknown quantity at this point 
Solved Threads: 1
kedar_challa's Avatar
kedar_challa kedar_challa is offline Offline
Light Poster

Re: Session Variable clashing

 
0
  #5
Nov 9th, 2005
Originally Posted by campkev
Hard to say without seeing code. Do you use the same name for the session variable for both? Maybe change the name of the auditor session variable, eg: Session["username"] and Session["Auditor_username"]
Hi,

I don't think it's problem with Session variables. Anyway IIS will create two seperate sessions for each user and they are iscolated. Priya, Could you please let me know more technically about what you implemented.

Thanks,
Kedar
Reply With Quote Quick reply to this message  
Reply

This thread is more than three months old.
Perhaps start a new thread instead?
Message:


Thread Tools Search this Thread



About Us | Contact Us | Advertise | DaniWeb | Acceptable Use Policy | RSS Feed

©2003 - 2009 DaniWeb® LLC