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

go to bug id or search bugs for

Bug #17759 Why can't I get my session values?
Submitted: 2002-06-14 04:38 UTC Modified: 2002-08-10 01:00 UTC
Votes:4
Avg. Score:4.8 ± 0.4
Reproduced:4 of 4 (100.0%)
Same Version:2 (50.0%)
Same OS:2 (50.0%)
From: jkchang at ms6 dot url dot com dot tw Assigned:
Status: No Feedback Package: Session related
PHP Version: 4.2.0 OS: Solaris 8
Private report: No CVE-ID: None
View Developer Edit
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: jkchang at ms6 dot url dot com dot tw
New email:
PHP Version: OS:

 

 [2002-06-14 04:38 UTC] jkchang at ms6 dot url dot com dot tw 
Hi, 
My plateform is Sun Ultra-10, OS is Solaris 8, Apache1.3.24, PHP-4.2.0 and compiled with OpenSSL & ModSSL.

After finished all the setup steps. I can see the phpinfo() page and it showed all the stuffs. While I executed my php programs, the session file could be generated and all the values were stored. BUT AFTER I switch to next pages, ALL the session values were EMPTY, Why?????

I put all the same php programs on the other plateform with RedHat 6.2 Linux, Apache1.3.14 & PHP-4.0.4, IT WORKED VERY WELL!!

WHY ??? & Thanx a lot !!

Patches

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-06-14 09:25 UTC] sander@php.net 
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.
 [2002-06-14 09:33 UTC] derick@php.net 
Actually this is a bug on non-intel platforms. atleast, maybe. I saw such thing reproduced on Linux/sparc @ LT. (Hakan knows more and is going to file a report).

Derick
 [2002-07-01 15:19 UTC] StewR at wellsref dot com 
Similar symptoms on Apache/ModSSL upgrade on same box
Box: 280-R (sun4u) 2x4 

Working Config (port 89):
Solaris 8, 
Apache 1.3.23, ModSSL 2.8.7, 
OpenSSL 0.9.6c, PHP 4.2.1

NonWorking Config (port 890):
Solaris 8, Apache 1.3.26, ModSSL 2.8.10, 
OpenSSL 0.9.6d, PHP 4.2.1

Reproducable sample:

file1.php
::::::::::::::
<?php
session_start();
$normal=1;
session_register("normal");
header('Location: file2.php');
?>

file2.php
::::::::::::::
<?php
session_register("normal");
echo "Normal:".$normal."<br><br>\n";
?>
 [2002-07-02 13:59 UTC] fabien at operacom dot com 
I have the same problem on FreeBsd 4.6, Apache 1.3.26 and the latest build of PHP (1st of july 2002)
 [2002-07-03 10:19 UTC] StewR at wellsref dot com 
Also reproducable on Solaris 9 (Ultra5/sun4u)
NonWorking:
Apache 1.3.26, ModSSL 2.8.10, 
OpenSSL 0.9.6d, PHP 4.2.1

Stew
 [2002-07-09 10:12 UTC] nohn@php.net 
Ist it possible that you have register_globals off?

Try

file1.php
::::::::::::::
<?php
session_start();
$normal=1;
session_register("normal");
header('Location: file2.php');
?>

file2.php
::::::::::::::
<?php
session_register("normal");
echo "Normal:".$_SESSION["normal"]."<br><br>\n";
?>
 [2002-07-09 17:33 UTC] StewR at wellsref dot com 
register_globals is off on both cases.

However, $_SESSION["normal"] does work for the listed
reproducable sample. Verifying with 'real' app...

Thanks,
Stew
 [2002-08-10 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-10-07 14:36 UTC] hakan at lisas dot de 
As with version 4.2.3 this problems seems to be gone.
At least on my machine: UltraSparc10 debian/sparc linux
unstable/testing.

-hakan
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Sep 07 23:01:27 2024 UTC