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:
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... Previous Comments: ------------------------------------------------------------------------ [2002-03-17 20:09:47] [EMAIL PROTECTED] I'm experiencing the same problem. Pages sometimes get cut off, always in the same place. I'm having the problem on some of my pages and not all of them. The most annoying occrunce is on a login-page which loads correctly way to seldom and makes it almost impossible to login. The bug wasn't there in 4.0.x but when we upgraded to 4.1.x it is... We haven't been able to go back to 4.0.x to ensure that it isn't apache that messes up but we don't think so. Example of bug: www.svenskamagic.com (the last part of the page shows up corrupted sometimes) www.svenskamagic.com/club_login.php (page stops at the same spot all the time and it's hard to login when posting data with the form. An interesting point is that when the page works and you make a faulty login it shows an error-output "Wrong user/pass", but when the page doesn't work upon logging in, it doesn't. It's like it just reloads the page without any form data sent to it.(if the form data would be there it would leave the error mess)) www.svenskamagic.com/phpinfo.php (info about the server) ------------------------------------------------------------------------ [2002-03-17 11:50:01] [EMAIL PROTECTED] Sorry, don't mind my previous post. I had a bug in my template system. ------------------------------------------------------------------------ [2002-03-17 11:19:53] [EMAIL PROTECTED] I found an interesting detail. On my windows box running PHP 4.1.1 and Apache 1.3.23, it only stops on "=" signs. I had a template that has some "=" signs in it, and by replacing the first accurence, it goes on until the next one. I'm using output buffering, but it outputs the content anyway. The interesting fact is that it only turncates the output while echoing the buffer. ------------------------------------------------------------------------ [2002-03-14 04:02:44] [EMAIL PROTECTED] Apologies for not including web server details (did so in another post on another bug). Apache 1.3.20 with PHP as a DSO (no CGI compile). My local Unix guru has suggested trying a more recent Apache release which I will do when I get chance. I haven't tried with 4.0.6 pre-file upload and I am loathed to do so as I've now built PHP about a dozen times in the last week or so. I don't have access to another linux ditro unfortunately although we are running a production environment on Solaris. I haven't tried anything on that yet due to its production status but can do if it helps. GCC details (gcc -v) Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-98) ------------------------------------------------------------------------ [2002-03-13 17:27:27] [EMAIL PROTECTED] We MAY have seen a similar problem (not using Zend Optimizer, though -- whew!). We had problems with locutions like function postprocess($buf) { $buf = preg_replace("/some stuff/","some other stuff",$buf); return $buf; } ob_start("postprocess"); Changing the postprocess function to function postprocess($ibuf) { $obuf = preg_replace("/some stuff/","some other stuff",$ibuf); return $obuf; } seems to have eliminated the problem. ------------------------------------------------------------------------ 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