Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89881
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fischer.name from 62.179.121.33 cause and error)
To: internals@lists.php.net
Message-ID: <567B1D0C.8010205@fischer.name>
Date: Wed, 23 Dec 2015 23:15:40 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Spam_score: -2.9
X-Spam_score_int: -28
X-Spam_bar: --
X-Spam_report: Spam detection software, running on the system "scanner01.home", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Hello, I wrote up a detailed question at SO but I had a hunch
    it could be a real bug ( http://stackoverflow.com/questions/34440220/post-request-to-php7-with-chunked-encoding-does-not-properly-return-result
    ). [...] 
 
 Content analysis details:   (-2.9 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was blocked.
                             See
                             http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                              for more information.
                             [URIs: github.com]
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                             [score: 0.0000]
Subject: POST request to fastcgi FPM with chunked encoding does not properly
 return result
From: markus@fischer.name (Markus Fischer)

Hello,

I wrote up a detailed question at SO but I had a hunch it could be a
real bug (
http://stackoverflow.com/questions/34440220/post-request-to-php7-with-chunked-encoding-does-not-properly-return-result
).

Basically, a POST request to php-fpm with "Transfer-Encoding: chunked"
and post data (could be even empty) does not return anything:

$ curl -XPOST http://localhost/ -H "Transfer-Encoding: chunked" -d ''
curl: (18) transfer closed with outstanding read data remaining

The PHP script could be anything returning a small amount of data, i.e.
below 4kb. A simple echo "world" would suffice.


The last commit I was able to compile which works was this one:
https://github.com/php/php-src/commit/16265a59ac6bd433bfb636e4e44da1ad57cdcda9

After that, for a few commits, the tree for me was in a state where I
couldn't compile it.

The first commit I was able to compile again, but which already exhibits
the problem, was
https://github.com/php/php-src/commit/86de98cabada88f4667839794c176ea37648498b
.

These are the commits in between I couldn't compile:

$ git bisect skip
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
ba5ecf355fe792a5a2a8e6582d5e081d02b16fbf
e383cb4493031a7cd952cfcaed3297e583149c07
fef18f4bea1980a59a9283c2197bd090aaf500cb
18cf4e0a8a574034f60f4d123407c173e57e54ec
We cannot bisect more!


The diff is quite involving due files being moved around.

I'm not very experienced in this area so I'm not sure if the curl call
should work; however it does work fine in PHP 5.6. I can work around
this in my application by avoiding "Transfer-Encoding: chunked" but I
actually want to understand the issue better here, maybe it's even a bug?

thanks,
- Markus