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

From: Date: Fri, 06 Dec 2002 17:26:41 +0000
Subject: #18648 [NoF->Opn]: Single entry form POST gives incorrect variable content
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-26865@lists.php.net to get a copy of this message
 ID:               18648
 Updated by:       moriyoshi@php.net
 Reported By:      ms@ecs.soton.ac.uk
-Status:           No Feedback
+Status:           Open
 Bug Type:         HTTP related
 Operating System: Tru64
 PHP Version:      4.2.2
 New Comment:

jorton@redhat.com: IMO the change you pointed out has nothing to do
with this problem because the leading php_strtok_r() replaces delimiter
"=" by " ".

By the way I suspect this problem is an apache2 bug, not a php one
though I wasn't able to reproduce this problem. I have received two
similar PR, of which both reporters use Apache2.

[Report #1: RHLinux 8.0 / Apache 2.0.43 / PHP-4.3.0RC1]
This was reported in the Japanese PHP users' list. Please refer to
http://ns1.php.gr.jp/pipermail/php-users/2002-November/011656.html
if
you can read Japanese.

[Report #2: RHLinux 7.2 / Apache 2.0.43 / PHP-4.3.0RC2]
"form post results in duplicitous $_REQUEST"
http://bugs.php.net/20823



Previous Comments:
------------------------------------------------------------------------

[2002-12-02 07:51:35] jorton@redhat.com

I can't reproduce this problem using identical RPMs on Red Hat Linux
8.0 - this bug seems hard to trigger. 

hholzgra@php.net - any further insight would be appreciated. I can't
find anything on the CVS logs about fixes for Tru64.  There is one fix
to main/php_variables.c: 

2002-09-07  Yasuo Ohgaki  <yohgaki@ohgaki.net>
...
    * main/php_variables.c: Fixed POST/GET/COOKIE var handling

but this seems to concern NUL-terminated strings in field values, unles
I'm mistaken.

------------------------------------------------------------------------

[2002-11-18 13:16:23] dave@58ghz.net

I also get the same problem with Linux RH8.0 
I'm running apache 2.0.40-8 and php-4.2.2-8.0.5

  <form action="test.php" method="post">
        Test: <input type="text" name="id" value="bar">
        <input type="submit">
</form>

        

I tested this workaround by inserting into one of my forms and it
works:

<input type=hidden name=spoof>

------------------------------------------------------------------------

[2002-10-23 08:30:10] josh.howlett@bris.ac.uk

Hi,

I get the same problem with Linux RH8.0 using the default RPMs (which
includes apache part deux).

As a workaround I am adding:

<input type=hidden name=spoof>

into my one field forms.

thanks, josh.

------------------------------------------------------------------------

[2002-09-11 11:49:02] sniper@php.net

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.



------------------------------------------------------------------------

[2002-08-15 23:09:06] nohn@php.net

Tested this with latest snapshot and Apache 1.3.26 on Tru64, seems to
work fine. So Jani might be right with his Apache2-Guess.

------------------------------------------------------------------------

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/18648

-- 
Edit this bug report at http://bugs.php.net/?id=18648&edit=1



Thread (45 messages)

« previous php.bugs (#26865) next »