#18648 [Opn->Fbk]: Single entry form POST gives incorrect variable content

From: Date: Tue, 30 Jul 2002 22:24:55 +0000
Subject: #18648 [Opn->Fbk]: Single entry form POST gives incorrect variable content
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-15630@lists.php.net to get a copy of this message
ID: 18648 Updated by: sniper@php.net Reported By: ms@ecs.soton.ac.uk -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: Try this snapshot: http://snaps.php.net/php4-latest.tar.gz Previous Comments: ------------------------------------------------------------------------ [2002-07-30 11:54:32] hholzgra@php.net i faintly remember a similar report regarding strange things happening on True64 which has been fixed in CVS (most likely only head and not the 4.2 branch for now?) anybody out there with a better memory than i have? ------------------------------------------------------------------------ [2002-07-30 09:37:28] ms@ecs.soton.ac.uk When submitting a form with one field via post the variable contents gets mangled... *** foo.html *** <form action="test.php" method="post"> Test: <input type="text" name="id" value="bar"> <input type="submit"> </form> *** test.php *** <?php print_r($_POST); ?> *** output *** Array ( [id] => barid=bar ) This bug can also be detected up by submitting the page to a phpinfo(). Compiled under Tru64 5.1 using both Compaq and Gnu cc & make. Have tested using PHP 4.2.2 / Apache 2.0.39 and Apache 2.0.40 / PHP 4.3.0-Dev (200207100600 snapshot). Configure Line: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql Bug appears to be limited to Tru64, as if I POST the data to a separate linux machine running 4.2.2/2.0.39 then it works fine. If I have more than one field in the form then everything is fine, or if I use GET instead of POST then it also works. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=18648&edit=1

« previous php.bugs (#15630) next »