#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: jesse at skybuilders dot com Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: From Jesse Burkhardt, 2003/12/17 Use the following link to reproduce this is Apache2/php4 bug: http://drupal.skybuilders.com/phpBugTest.php Also cut and paste this text to enter into the form's textarea, observing how the paragraph ordering becomes disturbed: BEGIN SNIP br /br / A. br /br / Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. br /br / Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. br /br / BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) br /br / B. br /br / Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. br /br / Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. br /br / BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) br /br / C. br /br / Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. br /br / Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. br /br / BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) br /br / D. br /br / Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. br /br / Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. br /br / BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) br /br / E. br /br / Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. br /br / Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. br /br / BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) br /br / END SNIP Previous Comments: [2003-07-20 12:57:07] vesely at tana dot it For completeness, I'd like to mention that the setting suggested [4 Feb 3:05pm CST] [EMAIL PROTECTED] wrote # good (d) AddType application/x-httpd-php .php works owlright except that if a request for xxx.php arrives w/o extension like GET /xxx HTTP/1.1 Accept: text/* Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php)
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: vesely at tana dot it Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: For completeness, I'd like to mention that the setting suggested [4 Feb 3:05pm CST] [EMAIL PROTECTED] wrote # good (d) AddType application/x-httpd-php .php works owlright except that if a request for xxx.php arrives w/o extension like GET /xxx HTTP/1.1 Accept: text/* Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) Previous Comments: [2003-06-16 15:26:12] sbeam at syxyz dot net yes my bad, the directives were in /etc/httpd/conf.d/php.conf I am new to Apache 2.0 and did not expect them there. Thanks. [2003-06-12 10:11:30] CJ dot Hammond at t-online dot de Please look in the /etc/httpd/conf.d/ folder. There might be a php.conf file (or likewise, as all files get included). Any Directive within will have the same effect as directives in /etc/httpd/conf/httpd.conf !!! Later, /jochen [2003-06-02 20:45:56] sbeam at syxyz dot net NOT fixed on default RedHat 9.0 setup (Apache 2.0.40 and PHP 4.2.2): same form.html and test.php as original poster on 30 Jul 2002. Same exact result. Also there is NO SetOutputFilter or other stuff in httpd.conf, and adding AddInputFilter PHP .php has no effect. RedHat does not currently provide any higher version of PHP binaries. Only option is to recompile? [2003-05-04 08:36:37] anrdaemon at mtu-net dot ru Thanx to [EMAIL PROTECTED] /me stupid... AddInputFilter PHP .php solves all problems. [2003-03-05 07:32:56] jorton at redhat dot com The default configuration in Red Hat Linux has only the Files *.php* section. This bug appears to occur if the AddType x-httpd-php .php is added *as well* as the files *.php section. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76559 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: sbeam at syxyz dot net Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: yes my bad, the directives were in /etc/httpd/conf.d/php.conf I am new to Apache 2.0 and did not expect them there. Thanks. Previous Comments: [2003-06-12 10:11:30] CJ dot Hammond at t-online dot de Please look in the /etc/httpd/conf.d/ folder. There might be a php.conf file (or likewise, as all files get included). Any Directive within will have the same effect as directives in /etc/httpd/conf/httpd.conf !!! Later, /jochen [2003-06-02 20:45:56] sbeam at syxyz dot net NOT fixed on default RedHat 9.0 setup (Apache 2.0.40 and PHP 4.2.2): same form.html and test.php as original poster on 30 Jul 2002. Same exact result. Also there is NO SetOutputFilter or other stuff in httpd.conf, and adding AddInputFilter PHP .php has no effect. RedHat does not currently provide any higher version of PHP binaries. Only option is to recompile? [2003-05-04 08:36:37] anrdaemon at mtu-net dot ru Thanx to [EMAIL PROTECTED] /me stupid... AddInputFilter PHP .php solves all problems. [2003-03-05 07:32:56] jorton at redhat dot com The default configuration in Red Hat Linux has only the Files *.php* section. This bug appears to occur if the AddType x-httpd-php .php is added *as well* as the files *.php section. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76559 [2003-02-20 09:43:34] apiset at hotmail dot com The default httpd configuration on RH8.0 use Files *.php SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 /Files so is this RedHat fault? I replace above lines with AddType application/x-httpd-php .php and it works!!! should tell redhat about this 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: CJ dot Hammond at t-online dot de Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: Please look in the /etc/httpd/conf.d/ folder. There might be a php.conf file (or likewise, as all files get included). Any Directive within will have the same effect as directives in /etc/httpd/conf/httpd.conf !!! Later, /jochen Previous Comments: [2003-06-02 20:45:56] sbeam at syxyz dot net NOT fixed on default RedHat 9.0 setup (Apache 2.0.40 and PHP 4.2.2): same form.html and test.php as original poster on 30 Jul 2002. Same exact result. Also there is NO SetOutputFilter or other stuff in httpd.conf, and adding AddInputFilter PHP .php has no effect. RedHat does not currently provide any higher version of PHP binaries. Only option is to recompile? [2003-05-04 08:36:37] anrdaemon at mtu-net dot ru Thanx to [EMAIL PROTECTED] /me stupid... AddInputFilter PHP .php solves all problems. [2003-03-05 07:32:56] jorton at redhat dot com The default configuration in Red Hat Linux has only the Files *.php* section. This bug appears to occur if the AddType x-httpd-php .php is added *as well* as the files *.php section. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76559 [2003-02-20 09:43:34] apiset at hotmail dot com The default httpd configuration on RH8.0 use Files *.php SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 /Files so is this RedHat fault? I replace above lines with AddType application/x-httpd-php .php and it works!!! should tell redhat about this [2003-02-07 21:50:42] [EMAIL PROTECTED] First I made a typo in my previous comment. I mean application/x-httpd-php everywhere I wrote x-http-php. Anyway let me mark this as bogus... (The problem turned out to be a user fault.) 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: sbeam at syxyz dot net Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: NOT fixed on default RedHat 9.0 setup (Apache 2.0.40 and PHP 4.2.2): same form.html and test.php as original poster on 30 Jul 2002. Same exact result. Also there is NO SetOutputFilter or other stuff in httpd.conf, and adding AddInputFilter PHP .php has no effect. RedHat does not currently provide any higher version of PHP binaries. Only option is to recompile? Previous Comments: [2003-05-04 08:36:37] anrdaemon at mtu-net dot ru Thanx to [EMAIL PROTECTED] /me stupid... AddInputFilter PHP .php solves all problems. [2003-03-05 07:32:56] jorton at redhat dot com The default configuration in Red Hat Linux has only the Files *.php* section. This bug appears to occur if the AddType x-httpd-php .php is added *as well* as the files *.php section. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76559 [2003-02-20 09:43:34] apiset at hotmail dot com The default httpd configuration on RH8.0 use Files *.php SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 /Files so is this RedHat fault? I replace above lines with AddType application/x-httpd-php .php and it works!!! should tell redhat about this [2003-02-07 21:50:42] [EMAIL PROTECTED] First I made a typo in my previous comment. I mean application/x-httpd-php everywhere I wrote x-http-php. Anyway let me mark this as bogus... (The problem turned out to be a user fault.) [2003-02-07 19:33:06] j-blion at ifrance dot com Apache 2.0.44 / PHP 4.3.1-dev (php4-STABLE-200302071830) No more problem. Neither sessions, neither forms Good job ! 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: jorton at redhat dot com Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: The default configuration in Red Hat Linux has only the Files *.php* section. This bug appears to occur if the AddType x-httpd-php .php is added *as well* as the files *.php section. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76559 Previous Comments: [2003-02-20 09:43:34] apiset at hotmail dot com The default httpd configuration on RH8.0 use Files *.php SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 /Files so is this RedHat fault? I replace above lines with AddType application/x-httpd-php .php and it works!!! should tell redhat about this [2003-02-07 21:50:42] [EMAIL PROTECTED] First I made a typo in my previous comment. I mean application/x-httpd-php everywhere I wrote x-http-php. Anyway let me mark this as bogus... (The problem turned out to be a user fault.) [2003-02-07 19:33:06] j-blion at ifrance dot com Apache 2.0.44 / PHP 4.3.1-dev (php4-STABLE-200302071830) No more problem. Neither sessions, neither forms Good job ! [2003-02-06 03:57:54] rep at devdomain dot com That's it. [2003-02-04 20:49:40] laday at chollian dot net Thanks... It works ok. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: apiset at hotmail dot com Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: The default httpd configuration on RH8.0 use Files *.php SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 /Files so is this RedHat fault? I replace above lines with AddType application/x-httpd-php .php and it works!!! should tell redhat about this Previous Comments: [2003-02-07 21:50:42] [EMAIL PROTECTED] First I made a typo in my previous comment. I mean application/x-httpd-php everywhere I wrote x-http-php. Anyway let me mark this as bogus... (The problem turned out to be a user fault.) [2003-02-07 19:33:06] j-blion at ifrance dot com Apache 2.0.44 / PHP 4.3.1-dev (php4-STABLE-200302071830) No more problem. Neither sessions, neither forms Good job ! [2003-02-06 03:57:54] rep at devdomain dot com That's it. [2003-02-04 20:49:40] laday at chollian dot net Thanks... It works ok. [2003-02-04 15:05:45] [EMAIL PROTECTED] [To anyone who experiences this trouble] Are you sure that your httpd.conf has just A SINGLE KIND OF PHP RELATED DIRECTIVE? Then try grep \(OutputFilter\|InputFilter\|AddType\) httpd.conf or whatsoever. # bad example (a) AddInputFilter PHP php AddOutputFilter PHP php ... AddType x-httpd-php .php # bad example (b) SetInputFilter PHP SetOutputFilter PHP ... AddType x-httpd-php .php # not bad (c) AddInputFilter PHP php AddOutputFilter PHP php # good (d) AddType x-httpd-php .php 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: Apache 2.0.44 / PHP 4.3.1-dev (php4-STABLE-200302071830) No more problem. Neither sessions, neither forms Good job ! Previous Comments: [2003-02-06 03:57:54] [EMAIL PROTECTED] That's it. [2003-02-04 20:49:40] [EMAIL PROTECTED] Thanks... It works ok. [2003-02-04 15:05:45] [EMAIL PROTECTED] [To anyone who experiences this trouble] Are you sure that your httpd.conf has just A SINGLE KIND OF PHP RELATED DIRECTIVE? Then try grep \(OutputFilter\|InputFilter\|AddType\) httpd.conf or whatsoever. # bad example (a) AddInputFilter PHP php AddOutputFilter PHP php ... AddType x-httpd-php .php # bad example (b) SetInputFilter PHP SetOutputFilter PHP ... AddType x-httpd-php .php # not bad (c) AddInputFilter PHP php AddOutputFilter PHP php # good (d) AddType x-httpd-php .php [2003-02-04 09:16:42] [EMAIL PROTECTED] Tested in RH8.0 + PHP 4.2.2 + Apache 2. - Is ok when you add the 'enctype=multipart/form-data' propety to the form tag. - Is ok when you send using GET method instead POST. - Is ok when you send more than one field: if you have a text and a button, if you send it pressing enter only the text send and the problem occurs. When you press the button, text and button are send and the problem not occur. ciao. [2003-02-03 12:36:09] [EMAIL PROTECTED] I can _NOT_ reproduce this with Apache 2.0.44 and PHP 4.3.1-dev.. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: Thanks... It works ok. Previous Comments: [2003-02-04 15:05:45] [EMAIL PROTECTED] [To anyone who experiences this trouble] Are you sure that your httpd.conf has just A SINGLE KIND OF PHP RELATED DIRECTIVE? Then try grep \(OutputFilter\|InputFilter\|AddType\) httpd.conf or whatsoever. # bad example (a) AddInputFilter PHP php AddOutputFilter PHP php ... AddType x-httpd-php .php # bad example (b) SetInputFilter PHP SetOutputFilter PHP ... AddType x-httpd-php .php # not bad (c) AddInputFilter PHP php AddOutputFilter PHP php # good (d) AddType x-httpd-php .php [2003-02-04 09:16:42] [EMAIL PROTECTED] Tested in RH8.0 + PHP 4.2.2 + Apache 2. - Is ok when you add the 'enctype=multipart/form-data' propety to the form tag. - Is ok when you send using GET method instead POST. - Is ok when you send more than one field: if you have a text and a button, if you send it pressing enter only the text send and the problem occurs. When you press the button, text and button are send and the problem not occur. ciao. [2003-02-03 12:36:09] [EMAIL PROTECTED] I can _NOT_ reproduce this with Apache 2.0.44 and PHP 4.3.1-dev.. [2003-02-03 11:55:47] [EMAIL PROTECTED] array(4) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 1 [3]= string(1) 2 } From the latest snap's (php4-STABLE, php5). cvs commit (?) :) [2003-01-31 19:52:37] [EMAIL PROTECTED] Have Apache/2.0.44 (RedHat8.0 (LastUpdates) mod_ssl/2.0.44 OpenSSL/0.9.6b PHP/4.3.0 Starting Apache answers - [root@delta bin]# httpd -DSSL httpd: module /usr/src/php-4.3.0/sapi/apache2filter/sapi_apache2.c is not comp atible with this version of Apache. Please contact the vendor for the correct version. Where troubles ? 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: array(4) { [0]= string(1) 1 [1]= string(1) 2 [2]= string(1) 1 [3]= string(1) 2 } From the latest snap's (php4-STABLE, php5). cvs commit (?) :) Previous Comments: [2003-01-31 19:52:37] [EMAIL PROTECTED] Have Apache/2.0.44 (RedHat8.0 (LastUpdates) mod_ssl/2.0.44 OpenSSL/0.9.6b PHP/4.3.0 Starting Apache answers - [root@delta bin]# httpd -DSSL httpd: module /usr/src/php-4.3.0/sapi/apache2filter/sapi_apache2.c is not comp atible with this version of Apache. Please contact the vendor for the correct version. Where troubles ? [2003-01-30 03:52:45] [EMAIL PROTECTED] [EMAIL PROTECTED], Thank you for the info! Okay, updating version. [2003-01-30 03:46:38] [EMAIL PROTECTED] Not a single 'BUG' entry on the logs, grep'ed all of them. [2003-01-30 03:45:41] [EMAIL PROTECTED] Tested today with snapshot 5-200301291430: post duplication bug continues. I believe the bug is really a matter of duplication of the post: simple vars are overriden, arrays get duplicated, raw data gets duplicated. [2003-01-30 03:25:04] [EMAIL PROTECTED] I'm not sure, but I guess this problem is caused by the bug gy Apache2 filter code. Is there anyone who found some strange entries that begin with * BUG * in the error logs when running the server with the latest snapshot of PHP? 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: Have Apache/2.0.44 (RedHat8.0 (LastUpdates) mod_ssl/2.0.44 OpenSSL/0.9.6b PHP/4.3.0 Starting Apache answers - [root@delta bin]# httpd -DSSL httpd: module /usr/src/php-4.3.0/sapi/apache2filter/sapi_apache2.c is not comp atible with this version of Apache. Please contact the vendor for the correct version. Where troubles ? Previous Comments: [2003-01-30 03:52:45] [EMAIL PROTECTED] [EMAIL PROTECTED], Thank you for the info! Okay, updating version. [2003-01-30 03:46:38] [EMAIL PROTECTED] Not a single 'BUG' entry on the logs, grep'ed all of them. [2003-01-30 03:45:41] [EMAIL PROTECTED] Tested today with snapshot 5-200301291430: post duplication bug continues. I believe the bug is really a matter of duplication of the post: simple vars are overriden, arrays get duplicated, raw data gets duplicated. [2003-01-30 03:25:04] [EMAIL PROTECTED] I'm not sure, but I guess this problem is caused by the bug gy Apache2 filter code. Is there anyone who found some strange entries that begin with * BUG * in the error logs when running the server with the latest snapshot of PHP? [2003-01-29 10:01:27] [EMAIL PROTECTED] when you post raw data it gets duplicated too, but it's not constant: on two hosts with rh8/4.2.2 (and 4.3.0 tested as well) only one seems to do the duplication. The one that duplicates has an up2dated httpd, so apache version might have something to do with it. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4CVS-2003-01-20 (stable) / 5.0.0-dev (date unknown)(dev) New Comment: Tested today with snapshot 5-200301291430: post duplication bug continues. I believe the bug is really a matter of duplication of the post: simple vars are overriden, arrays get duplicated, raw data gets duplicated. Previous Comments: [2003-01-30 03:25:04] [EMAIL PROTECTED] I'm not sure, but I guess this problem is caused by the bug gy Apache2 filter code. Is there anyone who found some strange entries that begin with * BUG * in the error logs when running the server with the latest snapshot of PHP? [2003-01-29 10:01:27] [EMAIL PROTECTED] when you post raw data it gets duplicated too, but it's not constant: on two hosts with rh8/4.2.2 (and 4.3.0 tested as well) only one seems to do the duplication. The one that duplicates has an up2dated httpd, so apache version might have something to do with it. [2003-01-21 04:20:48] [EMAIL PROTECTED] Same problem with the latest version of PHP (4.3.1-dev). The hidden variable helps, but sometimes the variables get corrupted this way, too. So this is not a reliable solution at all. apache 2. [2003-01-20 20:24:03] [EMAIL PROTECTED] It works fine with form ... enctype=multipart/form-data [2003-01-20 12:44:48] [EMAIL PROTECTED] and for some reason, that at the moment escapes me completely, the input type=hidden name=spoof thing worked for me too. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4CVS-2003-01-20 (stable) / 5.0.0-dev (date unknown)(dev) New Comment: Not a single 'BUG' entry on the logs, grep'ed all of them. Previous Comments: [2003-01-30 03:45:41] [EMAIL PROTECTED] Tested today with snapshot 5-200301291430: post duplication bug continues. I believe the bug is really a matter of duplication of the post: simple vars are overriden, arrays get duplicated, raw data gets duplicated. [2003-01-30 03:25:04] [EMAIL PROTECTED] I'm not sure, but I guess this problem is caused by the bug gy Apache2 filter code. Is there anyone who found some strange entries that begin with * BUG * in the error logs when running the server with the latest snapshot of PHP? [2003-01-29 10:01:27] [EMAIL PROTECTED] when you post raw data it gets duplicated too, but it's not constant: on two hosts with rh8/4.2.2 (and 4.3.0 tested as well) only one seems to do the duplication. The one that duplicates has an up2dated httpd, so apache version might have something to do with it. [2003-01-21 04:20:48] [EMAIL PROTECTED] Same problem with the latest version of PHP (4.3.1-dev). The hidden variable helps, but sometimes the variables get corrupted this way, too. So this is not a reliable solution at all. apache 2. [2003-01-20 20:24:03] [EMAIL PROTECTED] It works fine with form ... enctype=multipart/form-data 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4CVS-2003-01-20 (stable) / 5.0.0-dev (date unknown)(dev) New Comment: when you post raw data it gets duplicated too, but it's not constant: on two hosts with rh8/4.2.2 (and 4.3.0 tested as well) only one seems to do the duplication. The one that duplicates has an up2dated httpd, so apache version might have something to do with it. Previous Comments: [2003-01-21 04:20:48] [EMAIL PROTECTED] Same problem with the latest version of PHP (4.3.1-dev). The hidden variable helps, but sometimes the variables get corrupted this way, too. So this is not a reliable solution at all. apache 2. [2003-01-20 20:24:03] [EMAIL PROTECTED] It works fine with form ... enctype=multipart/form-data [2003-01-20 12:44:48] [EMAIL PROTECTED] and for some reason, that at the moment escapes me completely, the input type=hidden name=spoof thing worked for me too. [2003-01-20 12:40:58] [EMAIL PROTECTED] apache 2 / PHP 4.3.0 it seems on my system that if you fill in a field and hit RETURN you get the bug, however if you use a submit button instead it works normally. [2003-01-11 03:18:41] [EMAIL PROTECTED] Exactly the same problem was reported recently by other users. Reopening. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4CVS-2003-01-20 (stable) / 5.0.0-dev (date unknown)(dev) New Comment: Same problem with the latest version of PHP (4.3.1-dev). The hidden variable helps, but sometimes the variables get corrupted this way, too. So this is not a reliable solution at all. apache 2. Previous Comments: [2003-01-20 20:24:03] [EMAIL PROTECTED] It works fine with form ... enctype=multipart/form-data [2003-01-20 12:44:48] [EMAIL PROTECTED] and for some reason, that at the moment escapes me completely, the input type=hidden name=spoof thing worked for me too. [2003-01-20 12:40:58] [EMAIL PROTECTED] apache 2 / PHP 4.3.0 it seems on my system that if you fill in a field and hit RETURN you get the bug, however if you use a submit button instead it works normally. [2003-01-11 03:18:41] [EMAIL PROTECTED] Exactly the same problem was reported recently by other users. Reopening. [2003-01-05 16:48:15] [EMAIL PROTECTED] Related bug: http://bugs.php.net/21441 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev New Comment: apache 2 / PHP 4.3.0 it seems on my system that if you fill in a field and hit RETURN you get the bug, however if you use a submit button instead it works normally. Previous Comments: [2003-01-11 03:18:41] [EMAIL PROTECTED] Exactly the same problem was reported recently by other users. Reopening. [2003-01-05 16:48:15] [EMAIL PROTECTED] Related bug: http://bugs.php.net/21441 [2002-12-25 01:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-12-09 12:48:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Small note for win32 users, the snapshot containing this patch will not be avaliable for a few hours (1 hour for latest CVS, 7 hours for STABLE). [2002-12-08 05:01:28] [EMAIL PROTECTED] Hi guys, I'm having the same problem on Win32 platform. CODE Page 1: select name=marketframe size=1 option value=USAUSA-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 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev New Comment: and for some reason, that at the moment escapes me completely, the input type=hidden name=spoof thing worked for me too. Previous Comments: [2003-01-20 12:40:58] [EMAIL PROTECTED] apache 2 / PHP 4.3.0 it seems on my system that if you fill in a field and hit RETURN you get the bug, however if you use a submit button instead it works normally. [2003-01-11 03:18:41] [EMAIL PROTECTED] Exactly the same problem was reported recently by other users. Reopening. [2003-01-05 16:48:15] [EMAIL PROTECTED] Related bug: http://bugs.php.net/21441 [2002-12-25 01:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-12-09 12:48:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Small note for win32 users, the snapshot containing this patch will not be avaliable for a few hours (1 hour for latest CVS, 7 hours for STABLE). 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev New Comment: It works fine with form ... enctype=multipart/form-data Previous Comments: [2003-01-20 12:44:48] [EMAIL PROTECTED] and for some reason, that at the moment escapes me completely, the input type=hidden name=spoof thing worked for me too. [2003-01-20 12:40:58] [EMAIL PROTECTED] apache 2 / PHP 4.3.0 it seems on my system that if you fill in a field and hit RETURN you get the bug, however if you use a submit button instead it works normally. [2003-01-11 03:18:41] [EMAIL PROTECTED] Exactly the same problem was reported recently by other users. Reopening. [2003-01-05 16:48:15] [EMAIL PROTECTED] Related bug: http://bugs.php.net/21441 [2002-12-25 01:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [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. [2002-09-11 11:49:02] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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. [2002-08-15 07:15:47] [EMAIL PROTECTED] Common for both cases seems to be Apache2..please try with Apache 1.3.26 (and the latest snapshot from today, url above). Apache2 support is experimental btw. 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: 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 Previous Comments: [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. [2002-09-11 11:49:02] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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. [2002-08-15 07:15:47] [EMAIL PROTECTED] Common for both cases seems to be Apache2..please try with Apache 1.3.26 (and the latest snapshot from today, url above). Apache2 support is experimental btw. [2002-08-15 06:08:55] [EMAIL PROTECTED] HelloAll, I can confirm this issue. I have the same problem on solaris, linux platforms. I've downloaded snapshot from 15082002, but it is the same on my Linux RH7.3 platform. Here are my configure options ./configure' '--with-apxs2=/internet/www/httpd-2.0.39/bin/apxs' '--with-config-file-path=/internet/www/' '--disable-debug' '--enable-sigchild' '--with-gdbm' '--with-zlib' '--enable-track-vars' '--enable-magic-quotes' '--with-dbase' '--with-gd' '--with-ttf' '--with-mysql=/opt/mysql/mysql' '--enable-ftp' '--with-gettext' '--with-iconv=/usr/local' '--enable-trans-sid' '--with-pdflib' '--enable-xml' '--enable-xslt' '--with-xslt-sablot' '--with-dom' '--with-pgsql=/opt/pgsql' '--enable-wddx' '--with-pear=/internet/www/php/' '--enable-mailparse' '--with-xmlrpc' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' 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=18648edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: HTTP related Operating System: Tru64 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-09-11 11:49:02] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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. [2002-08-15 07:15:47] [EMAIL PROTECTED] Common for both cases seems to be Apache2..please try with Apache 1.3.26 (and the latest snapshot from today, url above). Apache2 support is experimental btw. [2002-08-15 06:08:55] [EMAIL PROTECTED] HelloAll, I can confirm this issue. I have the same problem on solaris, linux platforms. I've downloaded snapshot from 15082002, but it is the same on my Linux RH7.3 platform. Here are my configure options ./configure' '--with-apxs2=/internet/www/httpd-2.0.39/bin/apxs' '--with-config-file-path=/internet/www/' '--disable-debug' '--enable-sigchild' '--with-gdbm' '--with-zlib' '--enable-track-vars' '--enable-magic-quotes' '--with-dbase' '--with-gd' '--with-ttf' '--with-mysql=/opt/mysql/mysql' '--enable-ftp' '--with-gettext' '--with-iconv=/usr/local' '--enable-trans-sid' '--with-pdflib' '--enable-xml' '--enable-xslt' '--with-xslt-sablot' '--with-dom' '--with-pgsql=/opt/pgsql' '--enable-wddx' '--with-pear=/internet/www/php/' '--enable-mailparse' '--with-xmlrpc' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' [2002-08-02 13:25:26] [EMAIL PROTECTED] Sorry about the delay... That snapshot (php4-200207310300) made no difference :-( Tried with both Compaq cc and gcc 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=18648edit=1