Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89976
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fischer.name from 62.179.121.36 cause and error)
To: laruence@php.net
References: <567B1D0C.8010205@fischer.name>
Cc: internals@lists.php.net
Message-ID: <5688EE33.7090504@fischer.name>
Date: Sun, 3 Jan 2016 10:47:31 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.5.0
MIME-Version: 1.0
In-Reply-To: <567B1D0C.8010205@fischer.name>
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 Xinchen, since I've seen you did most of this work around
    fastcgi during this transition, I was wondering if you maybe have any idea
    what the problem could be? thanks, - Markus [...] 
 
 Content analysis details:   (-2.9 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -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: Re: [PHP-DEV] POST request to fastcgi FPM with chunked encoding does
 not properly return result
From: markus@fischer.name (Markus Fischer)

Hello Xinchen,

since I've seen you did most of this work around fastcgi during this
transition, I was wondering if you maybe have any idea what the problem
could be?

thanks,
- Markus

PS: sorry for top-posting, but though it was more appropriate as there's
no context-specific question on my part yet.

On 23.12.15 23:15, Markus Fischer wrote:
> 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
>