ASP Pages Not destroying session (?) |
Post Reply |
Author | |
Desperado
Senior Member Joined: 27 January 2005 Location: United States Status: Offline Points: 1143 |
Post Options
Thanks(0)
Posted: 11 June 2003 at 12:20am |
I am not sure what exactly is going on but with several versions if the very latest ASP pages (either the "stock" ones or the ones I have modified) if I try to log out by doing a rediredt to the login (after setting the EmailTo session to NULL) or backing out to another page, when I log back in, I get a blank page with a URL of authenticate.asp. If I first got to another site like google or something, I can get back in normaly. What am I missing? I am going over the same things over and over and I am sure I am not seeing something simple. Any Help here? Dan Seligmann
|
|
George
Guest Group |
Post Options
Thanks(0)
|
When I installed the new pages there was no login page in the zip file. I deleted old one from my directory on the server and only used the latest pages. I have not seen what you are describing happen. What I have seen is that the only way to kill the session is to exit the browser. Even if I go to several sites and then return to the listspam.asp it bypasses the login part of the page. I have posted this problem already here and saw a few posts discussing making the session null. Not being a asp programmer I have decided to wait until LogSat figures out how to make the web work properly. Having spent several hundred hours testing and monitoring the app. In the last month and a half, I need to focus some time on moneymaking projects before I go broke. I would hope that since there are about three weeks left before the beta expires, they will be working very hard to get all the bugs out before then.
g |
|
Desperado
Senior Member Joined: 27 January 2005 Location: United States Status: Offline Points: 1143 |
Post Options
Thanks(0)
|
Geroge, I too have put many hours into this but the time is paying off. Also, I do not call myself a programmer but I seem to do a lot of it. Setting the session to NULL should work but has unpredictable results. I guess that I don't see the Web pages as being a part of the SpamFilter server software and therefore have not put it in the catagory of a "bug". I may be wrong, but I think it is totally a Browser / ASP / IIS thing. I am not using any of the provided authentacation code fom my "Admin" pages because it is incorporated into a "suite" of management stuff I have put together for my guys (and gals) to use them for remote management so they don't have to call me every 5 minutes when something barks for attention. I have added a "Log Off" link in my pages pointing to "logout.asp" as follows: <% Now, while this seem to work for my "Customer" pages, which are "stand alone", my "Admin Pages" which are more advanced, search by from, subject, phrases etc, they are in a "Frame Set" and for some reason, I THINK, the Browser doesn't know about that particular session (or perhaps the IIS server doesn't) and worse than just logging on without a user and password, it just seems to get horribly confused. Since I seem to no longer have any problem with the pages my customers use, I am not going to place this very high on my "ToDo" list .... just on my "What the heck" list. Later... Dan S.
|
|
LogSat
Admin Group Joined: 25 January 2005 Location: United States Status: Offline Points: 4104 |
Post Options
Thanks(0)
|
George, We're focusing on fixing the Access Violation errors you and a couple of more users are experiencing. I believe we nailed the problem yesterday night and have been testing the new build on our own prod server for the past 12 hours and so far so good (if you want, I can email you the updated executables). On a side note, we also added RegEx searches to the body/headers of email content. We may have also have came up with a RegEx expression that searches for all those funky invalid html tags used to write PENIS like <edrfg65hrey>PE<eyh4rfdsc>NI<ujyhr76>S. The new build includes this capability. As soon as we're more confortable that the Access Violations are gone, we'll take care of the Web interface to fix the relogin issue. I think it's important to have stability in the app before doing anything else. Roberto F. |
|
George
Guest Group |
Post Options
Thanks(0)
|
Roberto, I agree with you on the importance of getting the product stable. I wish MS did the same thing instead of testing products on the general public while not calling them Beta's. :) |
|
George
Guest Group |
Post Options
Thanks(0)
|
Dan, |
|
Desperado
Senior Member Joined: 27 January 2005 Location: United States Status: Offline Points: 1143 |
Post Options
Thanks(0)
|
George, Roberto, I too am willing to test the new build and as I stated in an earlier message, I don't put much priority on the web pages because at this point, I am not going to replace them with new ones. I have too much into my pages now. If you do update the ASP, can you anotate the canges so I can look at them? George, Since I added the code I showed you and also mada a minor change in the test performed to check for a valid session, I have not experienced the problem. Unfortunately, I have very little feedback from the few customers the complained about it so only time will tell. Dan S. |
|
LogSat
Admin Group Joined: 25 January 2005 Location: United States Status: Offline Points: 4104 |
Post Options
Thanks(0)
|
George, We'll be uploading the new beta build to the website later tonite. We've update the web pages as well to allow users to relogin finally! Roberto F. |
|
George
Guest Group |
Post Options
Thanks(0)
|
Dan,
I think I am going to wait and see what the beta brings. Since I am going on vacation next week I want to make sure everything is running smoothly before I go. I have had to modify the web pages everytime a new update comes out and have pretty much saved my cahges to a txt file so all I need to do is copy and paste bacgrounds and colors etc. As long as the code doesn't change too much, the cahnges are easy. |
|
LogSat
Admin Group Joined: 25 January 2005 Location: United States Status: Offline Points: 4104 |
Post Options
Thanks(0)
|
Dan, In this webpages update we've indicated with ****Revision **** comments the changes. There's only a handful and are easy to spot. Roberto |
|
Post Reply | |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |
This page was generated in 0.289 seconds.