Sessions do not work properly for me. Thanks to other people on
this list, we've proven that the test script I am using works fine
for other people. So, something is wrong with PHP on all of my
systems since the same script fails (see previous posts) on multiple
servers for me.
So, I am now see
On Tue, May 25, 2004 at 07:37:47AM +0100, Peter Risdon wrote:
> Michael R. Wayne wrote:
>
> >In my continuing efforts to actually get sessions to work, I upgraded
> >to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
> >difference.
> >
> >So, do
On Sun, May 23, 2004 at 09:00:41PM +0200, Maarten Weyn wrote:
> It worked for 5 minutes after a reboot, but now i get the same problem
>
> what happens is that on every session_start();
> a new sessid is created how comes it doesn't use the old one
I am starting to believe that session support is
In my continuing efforts to actually get sessions to work, I upgraded
to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
difference.
So, does ANYone have ideas of how to debug this? Or is PHP simply
broken and no longer able to maintain sessions?
/\/\ \/\/
--
PHP General Mailing
On Fri, May 21, 2004 at 08:41:00PM +, Curt Zirzow wrote:
> * Thus wrote Michael R. Wayne ([EMAIL PROTECTED]):
> >
> > I've posted several times mentioning that I am completely unable
> > to cause sessions to persist. Over the intervening time, I have
> &
On Fri, May 21, 2004 at 10:01:56PM +0200, Paul Godard wrote:
> Hi
>
> All my web sites suddenly stopped working after my ISP installed the newer php 4.3.6
> released. The problem is when calling the session_start() function. It seems that
> the warning message saying that the session has alrea
On Fri, May 21, 2004 at 11:02:49AM -0700, Daniel Clark wrote:
> Try a session_start() at the top of pages, see if that works.
> Maybe the auto_start does not work.
Done:
session.auto_start = 0
added session_start to script. No change in behaviour.
/\/\ \/\/
--
PHP General Mailing List (http
On Fri, May 21, 2004 at 09:12:02PM +0200, Torsten Roehr wrote:
> >
> > So, what am I missing here?
>
> You could try it without session.auto_start. Turn it off and put
> session_start() at the top of the script (in all pages).
Tried that - makes no difference. Still works properly on the second
On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote:
> Sorry, I'm an idiot! The ? was missing:
>
>
>
Well, I spoke too soon. It does work, but only the SECOND time the
script is run!
Stage:0 SessionID: 6c9a1819fe95fa6f08f385ee2afa71ca
__ [Submit]
Stage:1 SessionID: 6c
On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote:
>
> Sorry, I'm an idiot! The ? was missing:
>
>
Thank you, thank you. This does indeed seem to work in my test script.
Now to go work on the real version.
> This should work. As far as I have seen trans_sid is not used very often
On Fri, May 21, 2004 at 08:04:00PM +0200, Torsten Roehr wrote:
>
> As far as I remember session.use_trans_sid does NOT work with forms (action
> attribute). Have you tried appending it manually to the action?:
Well, this certainly seems to be progress in the correct direction.
So session.use_tran
I've posted several times mentioning that I am completely unable
to cause sessions to persist. Over the intervening time, I have
replicated this problem to a different machine, with the same
results. Here's a recap of the problem.
I am not using cookies. Sessions are automatically created (and
On Mon, May 03, 2004 at 01:13:11AM -0400, John W. Holmes wrote:
> Michael R. Wayne wrote:
> >
> >
> >
> >
>
> Try adding in a hidden element
>
>
>
> You're relying on PHP rewriting your forms, links, etc, to include the
>
On Mon, May 03, 2004 at 06:55:25AM +0200, Richard Harb wrote:
> If the sample of code is the whole page... where do you actually start
> your session?
I am using session.auto_start, which starts it for me. I added a
session_start while testing and it made no difference.
> session_is_registered()
On Mon, May 03, 2004 at 12:54:54AM -0400, John Nichel wrote:
> Michael R. Wayne wrote:
>
> >As I posted last week, I seem unable to have sessions persist. I
> >have ruled out https as a problem, the following simple script,
> >installed as xxx.php will generate a new s
As I posted last week, I seem unable to have sessions persist. I
have ruled out https as a problem, the following simple script,
installed as xxx.php will generate a new session number every time
the field is filled in and "Submit" is hit.
Note that I am not using cookies, the relevant session v
On Fri, Apr 30, 2004 at 10:01:40PM -0500, Luis Bernardo wrote:
>
> Apache or IIS? CGI or ISAPI module?
FreeBSD4.8
apache+mod_ssl-1.3.29+2.8.16_1
CGI
> "Michael R. Wayne" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >
> > Upgraded
On Fri, Apr 30, 2004 at 08:52:37PM +, Curt Zirzow wrote:
>
> session.cookie_path
> session.cookie_domain
> session.cookie_secure
session.cookie_path /
session.cookie_secure Off
session.cookie_domain no value
But we never use cookies:
session.use_cookies Off
/\/\ \/\/
--
PHP Ge
Upgraded our PHP installation from 4.1.2 to 4.3.4, scripts that
worked fine before are no longer doing so. The failure can be
traced to the fact that sessions are never being reused (i.e. a new
session gets started with each connection). The session files get
written with proper information but
19 matches
Mail list logo
