Bug #9972 Updated: after session_destroy & session_start variable still has a value
| From: | sniper@php.net | Date: | Mon, 18 Jun 2001 23:43:27 +0000 |
| Subject: | Bug #9972 Updated: after session_destroy & session_start variable still has a value | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-56797@lists.php.net to get a copy of this message | ||
ID: 9972
Updated by: sniper
Reported By: sstraka@nextra.sk
Old-Status: Feedback
Status: Bogus
Bug Type: *Session related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
User feedback:
Please ignore this "bug", it was a bogus.
S. Straka
Previous Comments:
---------------------------------------------------------------------------
[2001-06-14 23:31:35] sniper@php.net
Please include complete but short example script into this bug report.
---------------------------------------------------------------------------
[2001-03-24 14:16:56] sstraka@nextra.sk
I've used session_register("sErr") to register session variable. then it's used
in following function:
function kBan_error() {
global $HTTP_SESSION_VARS;
if($HTTP_SESSION_VARS['sErr']):
echo "<span
class="error">".$HTTP_SESSION_VARS['sErr']."</span>";
endif;
$HTTP_SESSION_VARS['sErr'] = "";
}
on another site the $HTTP_SESSION_VARS['sErr'] is empty. after calling session_destroy()
is the variable empty again. but after calling session_start() in the same browser window, the
variable sets to latest value that it's been filled with. calling the function kBan_error()
twice in a row with defined variable $HTTP_SESSION_VARS['sErr'] causes only one appearance
of the error message.
---------------------------------------------------------------------------
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9972&edit=2