Author |
Topic  |
l2k man
New Member

United Kingdom
74 Posts |
Posted - 12 May 2010 : 10:47:41
|
All I have is Virgin Media PC guard. If it was only me then I would agree it's my browser settings, but as I say at least two members of the laser2000 forum have the same issue. It's not that IE doesn't remember usernames and passwords, it's that it logs us out when we close the browser. My confusion lies in that we didn't and don't lose login when we login to the forum using the /chat/ scripts. but we do with the normal scripts, adn I do with forum.snitz.
|
 |
|
ruirib
Snitz Forums Admin
    
Portugal
26364 Posts |
|
AnonJr
Moderator
    
United States
5768 Posts |
Posted - 12 May 2010 : 14:01:06
|
quote: Originally posted by l2k man
All I have is Virgin Media PC guard. If it was only me then I would agree it's my browser settings, but as I say at least two members of the laser2000 forum have the same issue. It's not that IE doesn't remember usernames and passwords, it's that it logs us out when we close the browser. My confusion lies in that we didn't and don't lose login when we login to the forum using the /chat/ scripts. but we do with the normal scripts, adn I do with forum.snitz.
Do those people run the same security software? Or is there some other browser plug-in/toolbar/etc. that all have in common?
And to answer your earlier question, I use IE8 more often than not and have not had a problem... this seems to be related to something either deleting the cookie or preventing IE from reading that its there. Prior to closing the browser the information is in the session variables on the server, hence the lack of problems once logged in. |
 |
|
HuwR
Forum Admin
    
United Kingdom
20600 Posts |
|
l2k man
New Member

United Kingdom
74 Posts |
Posted - 12 May 2010 : 14:14:00
|
Huw Thank you, I hadn't thought of checking that route, so now to find out why calling login.asp from inc_header doesn't.
|
 |
|
HuwR
Forum Admin
    
United Kingdom
20600 Posts |
|
ruirib
Snitz Forums Admin
    
Portugal
26364 Posts |
|
modifichicci
Average Member
  
Italy
787 Posts |
|
l2k man
New Member

United Kingdom
74 Posts |
Posted - 16 May 2010 : 16:50:42
|
An update, but no resolution. There is patently a difference between login through inc_header.asp, and login.asp, although both call DoCookies from inc_func_common.asp. Firefox writes the cookie with username and password, whether I login through inc_header.asp or login.asp, and retains it on exit. IE only writes the cookie with password and username if I login using login.asp, although I am logged in in both cases. If I login into the Snitz forum, IE writes that cookie in both cases, but deletes it when I close IE. As far as I can tell IE is set up such that these files should not be deleted on exit, but I'm not a Microsoft software expert, so I may have missed something. My OS is Vista Home Premium, which I know hides files, so maybe I am not seeing all the relevant files. Any way, for me, yet more careful working through inc_header and login to see if I can find any difference. modifichicci, I don't quite understand, do you mean that you have to specify a subdirectory for the cookies somehow? |
 |
|
SixGirl
Starting Member
USA
21 Posts |
Posted - 25 May 2010 : 19:05:25
|
I just wanted to add my 2 cents in, for what it's worth. I have been having an issue with retaining the login (always logging in correctly but still the forum is asking me to login). I use Firefox. After reading this thread I logged in at login.asp instead of using the login in the page header, and the login actually stuck. Stunned, I was! =D
I closed the window, cleared the cookies for good measure, tried logging in through the page header, and now by some miracle everything seems right with the world of logging in. Not sure what is going on, but no matter how many times I cleared cookies before this or changed from "Forum" to "Website" for setting cookies, it didn't work. The only thing I can identify that resolved it was using login.asp. (Insert confused shrug here)  |
 |
|
HuwR
Forum Admin
    
United Kingdom
20600 Posts |
Posted - 26 May 2010 : 03:15:52
|
quote: Originally posted by l2k man
An update, but no resolution. There is patently a difference between login through inc_header.asp, and login.asp, although both call DoCookies from inc_func_common.asp. Firefox writes the cookie with username and password, whether I login through inc_header.asp or login.asp, and retains it on exit. IE only writes the cookie with password and username if I login using login.asp, although I am logged in in both cases. If I login into the Snitz forum, IE writes that cookie in both cases, but deletes it when I close IE. As far as I can tell IE is set up such that these files should not be deleted on exit, but I'm not a Microsoft software expert, so I may have missed something. My OS is Vista Home Premium, which I know hides files, so maybe I am not seeing all the relevant files. Any way, for me, yet more careful working through inc_header and login to see if I can find any difference. modifichicci, I don't quite understand, do you mean that you have to specify a subdirectory for the cookies somehow?
did you check whether intCookieDuration and strForumTimeAdjust were getting values for both instances of logging ? |
MVC .net dev/test site | MVC .net running on Raspberry Pi |
 |
|
l2k man
New Member

United Kingdom
74 Posts |
Posted - 26 May 2010 : 09:45:57
|
Yes intCookieDuration is set to 30 in all instances, and strForumTimeAdjust is set to login time in all instances. I do notice though that the ForumVariables page differs between IE and Firefox. I checked the ForumVariables when I logged in using IE and found a difference. Also login thro' inc_header has these session variables; /UserGroups-1 blank field L2Klast_here_date 20100526143243 /UserGroups11 blank field /Approval 15916941253
whereas login thro' login.asp has these /UserGroups-1 blank field L2Klast_here_date 20100526143243 /UserGroups11 blank field /last_here_date 20100526144043 /Approval 15916941253
I don't know whether that is relevant. I must admit that I have put the problem on the back burner, as I am busy with other things. |
 |
|
Topic  |
|