#18792 [Opn]: no form variables after multipart/form-data

ID: 18792 Updated by: kalowsky@php.net Reported By: t.bubeck@reinform.de Status: Open Bug Type: HTTP related Operating System: Red Hat 7.1 PHP Version: 4.2.2 New Comment: yeah you got the right one Previous Comments: ------------------------------------------------------------------------ [2002-08-16 09:43:05] t.bubeck@reinform.de I did a "cvs -q up -d". I did not request a particular revision by using "-r". By using phpinfo() it calls itself "PHP Version 4.3.0-dev". Therefore I think I got the unstable tree. Is this right? ------------------------------------------------------------------------ [2002-08-16 09:23:40] kalowsky@php.net did you download the STABLE or non-STABLE snapshot? ------------------------------------------------------------------------ [2002-08-16 01:15:30] t.bubeck@reinform.de No, this bug is NOT fixed. I downloaded PHP this evening from CVS and the behaviour is still the same (buggy). Also I can't see anything that looks like my patch (or similar) to fix the bug, so the bug ist still in... Have you seen, that I attached a patch solving the problem? I have also looked at perl's CGI.pm which does something similar than my patch... So it seems to be ok. ------------------------------------------------------------------------ [2002-08-09 05:13:00] tal@php.net This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. Already fixed... ------------------------------------------------------------------------ [2002-08-08 01:35:50] t.bubeck@reinform.de One more thing for clarification: my last checks showed, that the broken boundary doesn't come from MSIE alone. There must be a proxy (in my case Netscape Proxy 3.52) between MSIE and PHP. Then you can see this broken Content-Type entry. I don't know if this only happens with MSIE and NS Proxy. Maybe with MSIE and other proxies, too? Using Mozilla 1.0 via Netscape Proxy 3.52 does NOT have the broken Content-Type. Both tests were done form the same machine using the identical proxies and PHP server. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18792 -- Edit this bug report at http://bugs.php.net/?id=18792&edit=1