ID: 41349 User updated by: php at bitrockers dot de -Summary: $_POST not filled, altough raw POST is available Reported By: php at bitrockers dot de Status: Open Bug Type: HTTP related Operating System: Linux Debian Etch PHP Version: 5.2.2 New Comment:
I've actually activated the logging of Content-Type and Content-Length. Now I have to ask the customers, which are having the problems, to try again. As soon as I get the response, I will post the Content-Type of their requests. Previous Comments: ------------------------------------------------------------------------ [2007-05-10 15:07:19] php at bitrockers dot de The Content-Type is "application/x-www-form-urlencoded; charset=utf-8" At least that is the content-type from what I see when I do the request in my browsers. Due to the fact that this problem occurs only at a few IE6 installations I'm not absolutely sure that there is something on the client-side which in some way "modifies" that header before sending it to our server. Is there a way to log the Content-Type of the request in PHP or apache, to make sure that this is not the problem? ------------------------------------------------------------------------ [2007-05-10 14:56:05] [EMAIL PROTECTED] What is the content type of the request? ------------------------------------------------------------------------ [2007-05-10 11:41:28] php at bitrockers dot de Description: ------------ Maybe this bug is related to Bugs 31417 and 41293. But I'm not sure, because this bug occurs in 5.2.0 and 5.2.2. The problem is: When sending POST requests via the XmlHttpRequest active-x, on some IE6 installations this won't work properly. The POST request is successfully sent to our webserver, and the raw http post data is filled correctly, but the $_POST array is not filled with any information. I can only guess that the error has something to do with some special headers/encoding (Content-Length?) which is done by the XmlHttpRequest-ActiveX on some IE6 installations. And: Yes, I know that it's hard to find the reason for this behaviour. And it's not easy to reproduce this bug ( because on most IE6 installations everything works fine). But I guess it's worth to take a look at the php-source, so that someone may get an idea which could cause this bug. I'm trying to help you as much as possible. Unfortunately I cannot reproduce the error by myself, so I have to ask the affected customers each time we 'possibly' fixed the bug. There must be a bug in php, because the raw-http request is filled correctly (and we don't touch the $_POST var anywhere else in our code). Reproduce code: --------------- var_export($_POST); $rawPost = file_get_contents('php://input'); echo "\n$rawPost"; Expected result: ---------------- array('postVar1' => 'postValue1', 'postVar2' => 'postValue2') postVar1=postValue1&postVar2=postValue2 Actual result: -------------- array() postVar1=postValue1&postVar2=postValue2 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=41349&edit=1