if so, it seems that your new server is configured differently than the old server. from what i can gather, the logoff page is NOT destroying the session data. the code from:
includes/modules/pages/logoff/header_php.php
Code:
/**
* Check if there is still a customer_id
* If so, kill the session, and redirect back to the logoff page
* This will cause the header logic to see that the customer_id is gone, and thus not display another logoff link
*/
if (!empty($_SESSION['customer_id']) || !empty($_SESSION['customer_guest_id'])) {
zen_session_destroy();
zen_redirect(zen_href_link(FILENAME_LOGOFF, $logoff_lang));
}
this would explain why the page works perfectly if one is not logged in, but fails when the customer is logged in. so something is different on the server with regards to the session data.
one could try the following code:
Code:
/**
* Check if there is still a customer_id
* If so, kill the session, and redirect back to the logoff page
* This will cause the header logic to see that the customer_id is gone, and thus not display another logoff link
*/
if (!empty($_SESSION['customer_id']) || !empty($_SESSION['customer_guest_id'])) {
session_start();
zen_session_destroy();
zen_redirect(zen_href_link(FILENAME_LOGOFF, $logoff_lang));
}
and see if that addresses the problem.... but i'm really guessing blind based on some reading i'm doing.
there are plenty of threads out there on session_destroy not deleting $_SESSION variables. the above references one such solution.
good luck!
Bookmarks