#36076 [Opn->Fbk]: Memory before HTTP response

2006-01-18 Thread sniper
 ID:   36076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brian at blueo2 dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: FreeBSD 5.4,6.0,amd64
 PHP Version:  5.1.2
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.




Previous Comments:


[2006-01-19 07:27:44] brian at blueo2 dot com

Okay, so I did a lot more digging around.  Extracted the important
parts of the system, and it looks like the problem is either with PHP
or Apache and the way it handles Keepalives.  It's not happening when I
extract the basic componenets out, but ti's something deeper when it
passes through our whole codebase.  (smarty, adodb, dbsessions)

This is the interesting part...  setting the "Connection: close" header
before the script that dumps the sound sample fixes the issue.

If there's anything specifically I can do to help, please let me know. 
I can't just post my companies codebase here, but I would love to help
any way I can.  Someone could come by and look at the code if they
wanted.

Cheers!

  -Brian

  -Brian



[2006-01-19 04:10:27] brian at blueo2 dot com

I am trying to get a single script that will display this particular
issue, but so far, the only way I have been able to reproduce it
reliably is with Flash loading a bunch of URLs in the background, and
then clicking on a new page on the same server (such as the logo on the
main page).

As an example of the behaviour, you can go to
http://music.blueo2.com/?a=artist_Profile&cid=1, open up the song list,
and play a bunch of the samples at the same time.  As they are playing,
click on any other link on the site.  It is pretty easy to reproduce
this way, but it doesn't happen with, say, only one other stream coming
in.

I am thinking that this may be an issue with pipelining, but that is a
complete stab in the dark.  I could try and get a tcpdump of the
traffic, if that would help.  I will also try and make a single script
which can replicate this issue.

I was thinking of re-assigning this to another category, as the problem
really isn't with HTTP functions.  I mis-read the category list.  I
don't know if this is an Apache2 issue or a scripting engine issue, or
general web server issue.  It's basically the end of another request
coming in on a new request before the HTTP/1.1 response header
arrives.

I would be very happy to work with someone on a limited access account
with access to our source to help find where the issue is, if there is
some way we can work together.  We're completely strapped for cash,
otherwise I would offer to pay someone for help.  I'll pay
out-of-pocket a couple hundred for someone to track this down with me. 
(Mountain View, Ca, US)



[2006-01-19 02:03:09] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.





[2006-01-19 01:51:37] brian at blueo2 dot com

Description:

1) Loading several URLS that are running fread operations and
displaying the binary output to the browser
2) While those URLs are still processing (using a Flash app), redirect
through a  link to another PHP pahe
3) Data is presented before the HTTP/1.1 response header from a
previous request.

Reproduce code:
---


Expected result:

Not getting the results from previous requests before HTTP headers.  

Actual result:
--
Data from previous request before HTTP/1.1 200 OK and additional
headers.





-- 
Edit this bug report at http://bugs.php.net/?id=36076&edit=1


#36076 [Opn->Fbk]: Memory before HTTP response

2006-01-18 Thread tony2001
 ID:   36076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brian at blueo2 dot com
-Status:   Open
+Status:   Feedback
 Bug Type: HTTP related
 Operating System: FreeBSD 5.4,6.0,amd64
 PHP Version:  5.1.2
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.




Previous Comments:


[2006-01-19 01:51:37] brian at blueo2 dot com

Description:

1) Loading several URLS that are running fread operations and
displaying the binary output to the browser
2) While those URLs are still processing (using a Flash app), redirect
through a  link to another PHP pahe
3) Data is presented before the HTTP/1.1 response header from a
previous request.

Reproduce code:
---


Expected result:

Not getting the results from previous requests before HTTP headers.  

Actual result:
--
Data from previous request before HTTP/1.1 200 OK and additional
headers.





-- 
Edit this bug report at http://bugs.php.net/?id=36076&edit=1