php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #23761 bizarre session variable behavior only in RC4
Submitted: 2003-05-22 16:13 UTC Modified: 2003-05-22 19:20 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:0 (0.0%)
From: php-general at pennysaverusa dot net Assigned:
Status: Closed Package: Session related
PHP Version: 4.3.2RC4 OS: RedHat 7.3
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: php-general at pennysaverusa dot net
New email:
PHP Version: OS:

 

 [2003-05-22 16:13 UTC] php-general at pennysaverusa dot net
4.3.2RC3 has been working fine, but after upgrading to RC4, we are seeing some bizarre session variable behavior.

semicolons (;) are showing up infront of some session variable names.

e.g. an excerpt from the output of print_r ($_SESSION):
    [ppm] => 17.75
    [;;;platecost] => 100
    [;;;shipcost] => 0
    [;;;printingcpm] => 15
    [;;;minimum] => 15000
    [allowoverrun] => 1

Reloading the page that merely does print_r ($_SESSION) causes 1 more semicolon to the afflicted variables with each reload!

contents of /tmp/php/session file:
agent_id|s:5:"barry";contact|s:13:"Barry J Gould";agency|s:21:"HHS Internet Services";phone|s:17:"714-577-4313 x313";adid|i:100;adindex|i:19;adname|s:44:"English and Spanish Version, 2 Sides - ocala";numsides|i:2;adtype|s:1:"I";vendorid|i:1;ppm|d:17.75;;;;platecost|d:100;;;;shipcost|d:0;;;;printingcpm|d:15;;;;minimum|i:15000;allowoverrun|i:1;overrunquantity|i:0;pubfreq|s:1:"w";pubmonth|i:1057042800;

note the extra semicolons in the session file too!

RC3 DOES NOT do this!

./configure --with-mysql --with-gd --with-zlib-dir=/usr/lib --with-apxs=/usr/sbin/apxs --with-config-file-path=/etc --enable-sockets

apache-1.3.27-2 from RedHat's RPM
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -DHAVE_ALIAS -DHAVE_ASIS -DHAVE_AUTH -DHAVE_AUTOINDEX -DHAVE_AUTH_DB -DHAVE_AUTH_DBM -DHAVE_PHP4 -DHAVE_CERN_META -DHAVE_CGI -DHAVE_DIGEST -DHAVE_DIR -DHAVE_ENV -DHAVE_EXAMPLE -DHAVE_EXPIRES -DHAVE_HEADERS -DHAVE_IMAP -DHAVE_INCLUDE -DHAVE_INFO -DHAVE_LOG_AGENT -DHAVE_LOG_CONFIG -DHAVE_LOG_REFERER -DHAVE_MIME -DHAVE_MIME_MAGIC -DHAVE_MMAP_STATIC -DHAVE_NEGOTIATION -DHAVE_REWRITE -DHAVE_SETENVIF -DHAVE_SPELING -DHAVE_STATUS -DHAVE_UNIQUE_ID -DHAVE_USERDIR -DHAVE_USERTRACK -DHAVE_VHOST_ALIAS -DHAVE_SSL

MySQL 4.0.12

SMP Server (Dual P4 Xeon)
1GB RAM

Thanks,
Barry Gould

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-05-22 16:19 UTC] sniper@php.net
Please provide a complete, short and self-contained script
so we can try and reproduce this ourselves.

 [2003-05-22 17:47 UTC] tony at marston-home dot demon dot co dot uk
I am getting exactly the same thing using the pre-compiled Windows binary with Windows XP and Apache 2.0.45
 [2003-05-22 18:37 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

There was most likely related fix committed. 

 [2003-05-22 19:12 UTC] php-general at pennysaverusa dot net
OK!
The php4-STABLE-200305222330 works.

Thank you!
 [2003-05-22 19:20 UTC] sniper@php.net
Fixed -> closed. Thanks for verifying this. Fix will be in the PHP 4.3.2 release too.

 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved.
Last updated: Fri Sep 19 07:00:01 2025 UTC