The problem is probably with browser caching and POST v GET handling on form submissions. You generally want to redirect POSTs to GETs after you handle them. Without some sample code I'm just guessing, though. There is more than one Perl session package. A thorough understanding of HTTP plus browser quirks in regards to caching and HTTP method handling is necessary to debug this stuff.
The PHP session is not a terrific example of how it should work. The session data proper is emptied but the session, its cookie, and the globals it might have set-up are alive and well and can lead to all kinds of problems if you don't sanitize/check it (and take care of your own persistence layer if you actually have one) and clear the cookie. Very annoying default behavior. From the docs-
session_destroy() destroys all of the data associated with the current session. It does not unset any of the global variables associated with the session, or unset the session cookie.
In reply to Re^3: Session problem
by Your Mother
in thread Session problem
by priti
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |