ID: 14529
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.3.0-dev
New Comment:
Read the whole thread, concluded that I've got the same problems as
described by jay1
First we thought that it maybe was an Apacheproblem, so we installed an
older version than 1.3.23, namely 1.3.20
This didn't help, same bugs appeared.
Fiddled around with fopen, nothing there.
Read this thread and came to the idea to set session.save_handler to
files instead of user (wich setting actually IS necesary, because we
loadbalance our site with three mirrored servers). And since then, no
problems at all.
My question now is to jay1: how is session.save_handler in your
php-config?
Previous Comments:
------------------------------------------------------------------------
[2002-03-19 06:25:29] [EMAIL PROTECTED]
My problem isn't ftp-related either.
------------------------------------------------------------------------
[2002-03-18 13:55:46] [EMAIL PROTECTED]
My problems are definately not ftp, I run all my scripts first here on
my local test server where they are created in the first place. My
scripts ran fine on PHP4.0.6 or older but not properly on any new
version since then.
------------------------------------------------------------------------
[2002-03-18 07:57:53] [EMAIL PROTECTED]
Well it looks like I isolated the problem... and it's not PHP related.
The FTP package I've been using has been truncating files that it has
been sending to our server for some reason. I only just discovered
this today as it did it to a non-PHP document that I sent (one of only
a few).
I've changed to another FTP package and sent the PHP docs I was having
trouble with to our server (RH 7.2/Apache 1.3.20/PHP 4.0.6) and they
ran OK. I'm not sure whether it was an FTP client or server problem
(client more likely, but maybe clients are having problems dumping php
files onto a specific FTP server build?)
The FTPD we're running is WU FTPD 2.6.1 - others with this problem
might want to check this isn't happening to their too.
------------------------------------------------------------------------
[2002-03-17 20:30:02] [EMAIL PROTECTED]
Is it just me or does the output bug show up more often after a
session_destory and then a header("location to another page?
When I successfully use my login page it redirects me to a startpage
which NEVER shows up wrong. When I logout from this page via a logout
link it destoys the session and the redirects me to the login page. The
login page NEVER EVER shoes up correctly upon using this "route". If I
reload it it shows up nicely.
/Fabbe
------------------------------------------------------------------------
[2002-03-17 20:15:36] [EMAIL PROTECTED]
Sorry...
About the loginpage in my previous comment: I explained wrong and I
think I have an interesting point to notice.
The loginpage sometime crashes in one of two ways:
It stops loading at the same spot,
and when posting data to login the script doesn't ignores the
header(location call) as if the session i just registered isn't there.
My point is that it seems like the session doensn't register correctly
even if it does so half the time and it always did with 4.0.x. Nuf
said...
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14529
--
Edit this bug report at http://bugs.php.net/?id=14529&edit=1
