Ask a Question related to PHP Bugs, Design and Development.
-
tony2001@php.net #1
#37926 [Opn->Bgs]: Session var don't get setted
ID: 37926
Updated by: [email]tony2001@php.net[/email]
Reported By: thomas at ecommerce dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
PHP Version: 5.x
New Comment:
..
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 09:57:09] thomas at ecommerce dot com
Changed back to session related issue. Not fixed or commented yet
------------------------------------------------------------------------
[2007-02-24 21:49:13] [email]dmytton@php.net[/email]
As described above, adding a note is not appropriate as it will more
than likely add confusion.
------------------------------------------------------------------------
[2006-11-07 14:08:53] mjwindsorREMOVE at CAPShotmail dot com
I do not agree that this is a documentation problem, or that describing
it as “expected behaviour” is a suitable response. If PHP is a robust
language, it cannot have unexpected and obscure rules applied at
random. $_SESSION should just be an array that persists between page
requests, providing session_start() has been called: that is what
everyone expects and that is how it is used.
In every other case, $new_array = $existing_array; is a value
assignment and simply copies one array to another and no alteration is
made or should be expected to $existing_array or its properties.
I have spent several days trying to work out why my sessions weren’t
working as I expected and taken up the time of several helpful posters
in various fora. I finally tracked the problem down to this issue and
some code included in every page of a widely used forum; an otherwise
robust and secure open source product. I seriously doubt that a note in
the documentation would have saved me much of this work and none of the
work needed to get around the issue, once it was identified. This will
apply equally to all those who fall foul of this problem – you need to
know what the problem is before searches will turn up documentation.
Mike
------------------------------------------------------------------------
[2006-07-06 11:18:36] [email]bjori@php.net[/email]
We welcome a patch from you.
I however don't see the need to document it, will only add
confusion.
------------------------------------------------------------------------
[2006-07-06 10:25:55] thomas at ecommerce dot com
Updated information that this is general
------------------------------------------------------------------------
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
[url]http://bugs.php.net/37926[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=37926&edit=1[/url]
tony2001@php.net Guest
-
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: pat at burnttech dot com Reported By: kur at natur dot cuni dot cz Status: No Feedback... -
#37926 [Bgs->Opn]: Session var don't get setted
ID: 37926 User updated by: thomas at ecommerce dot com Reported By: thomas at ecommerce dot com -Status: Bogus +Status:... -
How can I "know" the difference between a session timed out and a session that did session.abort?
Any clues? Thanks for your time. Adam -
#25551 [NEW]: Session data loss when accessing session from multiple windows.
From: brett at realestate-school dot com Operating system: Linux - Red Hat PHP version: 4.3.1 PHP Bug Type: Session related... -
#25307 [Opn->Ver]: Crash when session.serialize_handler=wddx & session, post, get vars
ID: 25307 Updated by: sniper@php.net Reported By: cristea at pntcd dot ro -Status: Open +Status: ...



Reply With Quote

