ID: 18648
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: Tru64
PHP Version: 4.2.2
New Comment:
Hi guys, I'm having the same problem on Win32 platform.
CODE
Page 1:
<select name="marketframe" size="1">
<option value="USA">USA-United States</option>
<option value="-All-">-All-</option></select>
Page 2:
if (isset($HTTP_POST_VARS["marketframe"])) {
$strCountryCode = $HTTP_POST_VARS["marketframe"];
}
I get the value
$strCountryCode = "USAmarketframe=USA"
Also tried using $_POST but same result, using the GET method it works
fine.
OS Version: Windows 2000 Adv. Server SP3
Web Server: Apache 2.0.43
PHP Version: 4.3.0-dev (Oct 20 2002 16:11:45), API Filter, accessing MS
SQL Server 7
Previous Comments:
------------------------------------------------------------------------
[2002-12-06 11:30:07] [EMAIL PROTECTED]
Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".
------------------------------------------------------------------------
[2002-12-06 11:26:40] [EMAIL PROTECTED]
[EMAIL PROTECTED]: 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
------------------------------------------------------------------------
[2002-12-02 07:51:35] [EMAIL PROTECTED]
I can't reproduce this problem using identical RPMs on Red Hat Linux
8.0 - this bug seems hard to trigger.
[EMAIL PROTECTED] - 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 <[EMAIL PROTECTED]>
...
* 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] [EMAIL PROTECTED]
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] [EMAIL PROTECTED]
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.
------------------------------------------------------------------------
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
