php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

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
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
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

Add a Patch

Pull Requests

Add a Pull Request

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-2024 The PHP Group
All rights reserved. 		Last updated: Wed Apr 24 05:01:30 2024 UTC