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:

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)


Previous Comments:
------------------------------------------------------------------------

[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.

------------------------------------------------------------------------

[2002-03-13 10:41:37] [EMAIL PROTECTED]

A question for [EMAIL PROTECTED] :
Did you try it before the patch was applied in 4.0.6

Of the pages giving me grief, some of them have forms and some of them
don't.

I don't have the access at my end to try my scripts on a different
linux version.

------------------------------------------------------------------------

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

Reply via email to