Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:29293 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 70842 invoked by uid 1010); 7 May 2007 20:24:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 70827 invoked from network); 7 May 2007 20:24:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 May 2007 20:24:01 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 204.11.219.139 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 204.11.219.139 mail.lerdorf.com Received: from [204.11.219.139] ([204.11.219.139:50329] helo=;; connection timed out; no servers could be reached) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 38/34-40634-0EA8F364 for ; Mon, 07 May 2007 16:24:01 -0400 Received: from trainburn-lm.corp.yahoo.com (trainburn-lm.corp.yahoo.com [207.126.233.11]) (authenticated bits=0) by ;; connection timed out; no servers could be reached (8.13.8/8.13.8/Debian-3) with ESMTP id l47KNsCT001274; Mon, 7 May 2007 13:23:55 -0700 Message-ID: <463F8AD9.8040002@lerdorf.com> Date: Mon, 07 May 2007 13:23:53 -0700 User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Ilia Alshanetsky CC: internals@lists.php.net References: <20070504201847.547329627@smtp.haun-online.de> <20070507183540.145204001@smtp.haun-online.de> <73D891CD-293E-4553-96C6-6AEBA71D24F2@prohost.org> <463F8574.8060805@lerdorf.com> <6F9124E4-528F-455D-9285-BDA180A09D79@prohost.org> In-Reply-To: <6F9124E4-528F-455D-9285-BDA180A09D79@prohost.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.90.2/3217/Mon May 7 11:01:19 2007 on colo X-Virus-Status: Clean Subject: Re: [PHP-DEV] Bug? Raw POST data in PHP 5.2.2, take two From: rasmus@lerdorf.com (Rasmus Lerdorf) Ilia Alshanetsky wrote: > > On 7-May-07, at 4:00 PM, Rasmus Lerdorf wrote: > >> I must have missed something. Did you change the documented behaviour >> that $_SERVER['HTTP_RAW_POST_DATA'] is populated when PHP encounters an >> unknown content type? If so, that was most definitely not a bug and not >> something that should have been changed. > > If lack of post handler is classified by an unknown content type then > yes, where is it documented btw? Right where you would expect: http://www.php.net/manual/en/ini.core.php always_populate_raw_post_data boolean Always populate the $HTTP_RAW_POST_DATA containing the raw POST data. Otherwise, the variable is populated only with unrecognized MIME type of the data. However, the preferred method for accessing the raw POST data is php://input. $HTTP_RAW_POST_DATA is not available with enctype="multipart/form-data". The language could be clearer I suppose, but I don't think there is any mistaking what it means there. And this is also referred to in all sorts of other places in the documentation, books, articles and code examples. I thought this was a very well established behaviour, but I guess not. Please revert. -Rasmus