php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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 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: 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

Add a Patch

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-2023 The PHP Group
All rights reserved.
Last updated: Wed Feb 01 10:03:45 2023 UTC