Your message dated Fri, 13 Jan 2017 13:05:30 +0000
with message-id <>
and subject line Bug#841781: Removed package(s) from unstable
has caused the Debian Bug report #795572,
regarding getallheaders for php-fpm patch ignores Content-Type and 
Content-Length headers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: php5-fpm
Version: 5.6.9+dfsg-0+deb8u1
Severity: normal

The php5 package in Debian carries a patch to add the getallheaders
function to FastCGI (fpm) build. This function is not supported for this
build upstream at all. See

This patch works for "normal" headers which are translated to HTTP_XXX
environment variables by PHP, but it does not work for the Content-Type
and Content-Length headers. There is code in the patch that is supposed
to cover this case, but it does not work. The two headers are missing
from the array returned by getallheaders.

Here is sample code to demonstrate the issue.

# cat getallheaders.php




$ POST -U -H "X-DUMMY: my test header" -c text/xml 
Please enter content (text/xml) to be POSTed:
adsflkj öalksjdf ölkjasdf
User-Agent: lwp-request/6.09 libwww-perl/6.13
Content-Length: 28
Content-Type: text/xml
X-DUMMY: my test header

array(5) {
  string(18) "deflate,gzip;q=0.3"
  string(9) "TE, close"
  string(7) "myserver"
  string(33) "lwp-request/6.09 libwww-perl/6.13"
  string(14) "my test header"
array(37) {
  string(9) "RESPONDER"
  string(18) "/getallheaders.php"
  string(33) "http://myserver/getallheaders.php";
  string(18) "deflate,gzip;q=0.3"
  string(9) "TE, close"
  string(7) ""
  string(33) "lwp-request/6.09 libwww-perl/6.13"
  string(2) "28"
  string(8) "text/xml"
  string(14) "my test header"

As you can see, the Content-Type and Content-Length headers are being sent and
also end up in the $_SERVER array, but they are not returned by getallheaders.

To be honest I'm not sure if it's a good idea to carry a patch which
changes upstream behavior like this. While it solves the issue for code
that unconditionally calls getallheaders it breaks code (like in my
case) which checks for getallheaders and only uses the function if it
exists. My code was then broken because the getallheaders implementation
was not the same as when running as an Apache module.

I found and investigated this buug on a jessie system, but the patch in
question is the same in the current unstable version of PHP.


--- End Message ---
--- Begin Message ---
Version: 5.6.26+dfsg-1+rm

Dear submitter,

as the package php5 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see

The version of this package that was in Debian prior to this removal
can still be found using

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing

Debian distribution maintenance software
Scott Kitterman (the ftpmaster behind the curtain)

--- End Message ---

Reply via email to