Bug #8989 Updated: Bug#5493 resurfaced

From: Date: Tue, 22 May 2001 19:11:38 +0000
Subject: Bug #8989 Updated: Bug#5493 resurfaced
Groups: php.dev 
Request: Send a blank email to php-dev+get-56326@lists.php.net to get a copy of this message
ID: 8989 Updated by: sbergmann Reported By: fseesink@usa.net Old-Status: Open Status: Feedback Bug Type: *Session related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Does this problem persist with a recent version of PHP 4 (like latest CVS or PHP 4.0.5)? Previous Comments: --------------------------------------------------------------------------- [2001-01-29 18:06:15] fseesink@usa.net v4.0.4pl1 CGI version, with or without v1 of Zend Optimizer, is once again demonstrating similar session file generation as I reported earlier in BUG #5493. It looks like an old bug has snuck back in the code. I believe BUG #8912 also relates to same issue. Note I have not yet tested the ISAPI module. Using the same script as in BUG #5493, I am now seeing similar, though not the same activity. Firing up a new browser, here is what I am seeing as I load the pages Page1.PHP thru Page4.PHP IN ORDER: 1. Page1 creates sessionid file 2. Page2 updates initial file fine 3. Page3 -"- 4. Page4 creates new sessionid file (size 0 bytes, as will be all sessionid files from this point on). From this point on, we will never get valid session data again, just as before with this bug. 5. Page1 creates new sessionid file 6. Page2-3 no new file 7. Page4-1 create new files 8. Page2-3 no new file 9. Page 4-1 create new files 10. Page2 no new file 11. Page3-4 create new files *PATTERN CHANGE 12. Page1-2 no new file 13. Page3-4 create new files 14. ***Steps #12-13 repeat 5x *** 15. Page1 creates new file 16. Page2-3 no new file 17. Page4 new file The pattern seems to fluctuate back and forth between Page4-1 creating new sessionid files and then Page3-4 creating sessionid files. I suspect whatever was at the root of BUG #5493 will likely be the cause here as well. --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8989&edit=2

« previous php.dev (#56326) next »