Edit report at https://bugs.php.net/bug.php?id=52982&edit=1
ID: 52982
Patch added by: arpad@php.net
Reported by: php dot net at kenman dot net
Summary: Expose php_session_active to userland via new
function (patch included)
Status: Assigned
Type: Feature/Change Request
Package: Session related
PHP Version: 5.3.3
Assigned To: kalle
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: php-trunk-session-status
Revision: 1311706347
URL: https://bugs.php.net/patch-display.php?bug=52982&patch=php-trunk-session-status&revision=1311706347
Previous Comments:
------------------------------------------------------------------------
[2011-07-26 14:31:21] php dot net at kenman dot net
Thank you very much, Arpad; my rudimentary C skills were barely enough for me to
craft the patch (which I somehow managed to compile and use), and so I appreciate
the background info. I would be happy with any solution that helps me to solve the
problem!
------------------------------------------------------------------------
[2011-07-25 22:37:37] arpad@php.net
If you're trying to establish whether it's safe to start your own session, this patch is
deficient because PS(session_status) is not a boolean - it could also be php_session_disabled.
I'd imagine robust code to handle this (rather unusual) case where you require a session but
don't know if it's present, would be something like:
if (session_is_available()) {
if (!session_is_active()) {
if (headers_sent()) {
// bail out
} else {
session_start();
}
}
} else {
// bail out
}
We could instead provide a session_status() function which corresponds to the internal enum
(returning SESSION_DISABLED, SESSION_NONE or SESSION_ACTIVE.)
I assume this is what Kalle was talking about WRT exposing the other values.
Both options are trivial patches. The former seems friendlier but more prone to error.
------------------------------------------------------------------------
[2011-07-25 17:25:54] php dot net at kenman dot net
Any update on this?
Simple request; I'm not exactly sure what all Kalle was speaking to WRT "expose
the other values", but what I'm requested here is a tiny piece of functionality,
and that is *all* that is being requested.
------------------------------------------------------------------------
[2010-10-05 07:34:11] php dot net at kenman dot net
pajoye,
I'm not sure if you understand which problem I'm trying to address here; it's
not whether or not session_start() was successful, it's whether or not there is
a current active session.
Many times, in frameworks or other large-scale applications, you have no way of
knowing whether session_start() has already been called. You cannot rely on
session_id(), SID, session_start(), $_SESSION, or any other session functions or
session functionality (that I'm aware of) to tell me "yes, you already have a
session open" or "no, you do not have a session open" _before_ I call
session_start().
------------------------------------------------------------------------
[2010-10-04 12:15:56] pajoye@php.net
The notice is documented and can be disabled using the display error settings. To detect whether or
not session_start was successful, you have to test its return value (as of 5.3.0).
It is actually a documentation problem as the examples in the manual does not check the return
values (maybe add one on top of them using 5.3+).
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=52982--
Edit this bug report at https://bugs.php.net/bug.php?id=52982&edit=1