#18759 [Com]: HTTP_POST_VARS, _POST all empty

From: Date: Tue, 06 Aug 2002 17:47:21 +0000
Subject: #18759 [Com]: HTTP_POST_VARS, _POST all empty
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-16084@lists.php.net to get a copy of this message
ID: 18759 Comment by: miker@sundialservices.com Reported By: miker@sundialservices.com Status: Open Bug Type: Apache related Operating System: Linux RH 7.3 PHP Version: 4.1.2 New Comment: Hmm... with this simple test-form: <?php print serialize($_POST) ?> <form action="test.php" method="post" enctype="multipart/form-data"> <input type="text" name="test" value="123"> <input type="submit" name="submit" value="test123"> </form> It does not work at all when "enctype" is included, but if I remove this and save the file, then click "test123" TWICE, it suddenly works. Likewise when I put "enctype" back in, and click the button TWICE, on the second attempt it doesn't work. Even -more- strangely, I'm changing the input each time as I click the button. First click after the change... it works, and the new data appears. Second click... it stops working. Remove "enctype." Change and click. It's there. Change again and click. No data. Put it back in. Change and click. Nada. Change and click AGAIN. It's there!! What the ...? Previous Comments: ------------------------------------------------------------------------ [2002-08-06 13:32:33] miker@sundialservices.com As previously reported (but closed as "bogus?!") PHP loses all HTTP "POST" variables submitted on a simple form (that works in earlier versions). Both the $HTTP_POST_VARS and the $_POST variable are completely empty. A trivially simple form confirms this behavior. (See prior bug reports.) register_globals is ON. safe_mode is OFF. If you -know- that this bug does not exist in PHP 4.2 then I'll be happy to wrestle with trying to upgrade to it. But I need to -know-. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=18759&edit=1

« previous php.bugs (#16084) next »