ID: 8989
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: *Session related
Operating system: Windows NT 4 SP5/IIS4
PHP Version: 4.0.5
Description: Bug#5493 resurfaced
What is this, the Microsoft approach to dealing with bugs? You have no evidence if
the problem is resolved, yet you close out the problem anyway. Burying your head in
the sand doesn't make the issue go away.
I'm sorry, but you don't close a problem until a resolution is found and the fix
confirmed. There is a session bug, which existed in early 4.0 releases, was then
fixed, and is now broken again. The last working version of PHP for Windows that did
sessions properly was 4.0.3pl1, and nothing thus far indicates that this issue has
been resolved since then.
I have updated the PHP Version for you to reflect the problem still exists in 4.0.5,
the latest release most users would touch. Most PHP users are not about to touch
nightly CVS builds. That's why you HAVE point releases like 4.0.3pl1, 4.0.4, 4.0.5,
etc.
This problem should remain open until it can be confirmed that the bug is fixed.
Previous Comments:
---------------------------------------------------------------------------
[2001-06-19 09:27:34] [EMAIL PROTECTED]
Reopen this if it doesn't work with 4.0.6.
--Jani
---------------------------------------------------------------------------
[2001-06-15 11:08:43] [EMAIL PROTECTED]
I have not tried the latest snapshots. I tend to wait for point releases to retest.
Unfortunately I do not have that much time to keep retesting with the nightly builds,
etc. When 4.0.6 is released, I will test with that.
---------------------------------------------------------------------------
[2001-06-14 23:18:19] [EMAIL PROTECTED]
Does this happen with latest snapshot from
http://www.zend.com/snapshots/ ??
There have been some fixes regarding this.
--Jani
---------------------------------------------------------------------------
[2001-06-07 23:45:32] [EMAIL PROTECTED]
Note I have not tested the ISAPI modules in the last few releases, so I cannot state
whether they work or not. I only know that the CGI modules since v4.0.3pl1 are again
demonstrating a failure to properly store session files.
In the past it seemed that the CGI module's development was performed first, then the
ISAPI module. I got tired of having issues with the ISAPI module and decided for the
duration to stick to just using the CGI module.
If that trend has somehow reversed or if the ISAPI module is now on par with the CGI
module both stability and functions-wise, then please let me know. I would like to
switch over to the ISAPI module as it supposed to offer increased performance.
However, I will take stability over performance any day.
---------------------------------------------------------------------------
[2001-06-07 23:41:34] [EMAIL PROTECTED]
Yes, the problem still exists in the v.4.0.5 CGI module. PLEASE resolve this issue if
possible, as I am still forced to use v4.0.3pl1 if I wish to use PHP4 session
variables.
This bug was resolved and session variables working up thru v4.0.3pl1. With every
release since, however, this problem has persisted once again.
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=8989
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
