Bug #16659 Updated: href parameters failing
ID: 16659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.0 New Comment: user error - bogus Previous Comments: [2002-04-17 15:47:52] [EMAIL PROTECTED] By you, otherwise every recompile or upgrade would clobber your php.ini file :) [2002-04-17 15:43:57] [EMAIL PROTECTED] Copied over php.ini-recommended to /usr/local/lib and renamed to php.ini. Edited register_globals (as it is defaulted to Off in this file) and restarted. App now seems to function as expected. Was the php.ini meant to be copied over by me, or by the make install? [2002-04-17 15:08:05] [EMAIL PROTECTED] Try a print_r($_GET); does it show anything? If it does show the variables, then your problem is that PHP reads /usr/local/lib/php.ini (default) and not /etc/php.ini (only default with special ./configure option). See the phpinfo(); output for more. [2002-04-17 14:25:18] [EMAIL PROTECTED] While I agree these might work (thought they don't) this is not a support question, this is a bug! I am working with Apache 2.0.35 and PHP 4.2.0 RC4 compiled as a DSO. The behaviour I am describing occurs as described. The behaviour is different to that I get with the same modules under my production systems using Apache 1.3.20/PHP 4.1.2. The php.ini file has register_globals set on. (the default it would seem) (I am assuming it is reading the version in /etc/php.ini) The $_GET does no better than the use of global variables. Have I tripped up over some compile option that is amusing the gods? Alistair... [2002-04-17 10:03:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: use $_GET['valuea'] or set register_globals to on 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/16659 -- Edit this bug report at http://bugs.php.net/?id=16659edit=1
Bug #16659 Updated: href parameters failing
ID: 16659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.0 New Comment: Copied over php.ini-recommended to /usr/local/lib and renamed to php.ini. Edited register_globals (as it is defaulted to Off in this file) and restarted. App now seems to function as expected. Was the php.ini meant to be copied over by me, or by the make install? Previous Comments: [2002-04-17 15:08:05] [EMAIL PROTECTED] Try a print_r($_GET); does it show anything? If it does show the variables, then your problem is that PHP reads /usr/local/lib/php.ini (default) and not /etc/php.ini (only default with special ./configure option). See the phpinfo(); output for more. [2002-04-17 14:25:18] [EMAIL PROTECTED] While I agree these might work (thought they don't) this is not a support question, this is a bug! I am working with Apache 2.0.35 and PHP 4.2.0 RC4 compiled as a DSO. The behaviour I am describing occurs as described. The behaviour is different to that I get with the same modules under my production systems using Apache 1.3.20/PHP 4.1.2. The php.ini file has register_globals set on. (the default it would seem) (I am assuming it is reading the version in /etc/php.ini) The $_GET does no better than the use of global variables. Have I tripped up over some compile option that is amusing the gods? Alistair... [2002-04-17 10:03:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: use $_GET['valuea'] or set register_globals to on [2002-04-17 09:45:42] [EMAIL PROTECTED] Sorry, cat ran over keyboard before I grammar checked this. corrected lines: And code in the other page like: Is not returning the expected output (value=:something:) [2002-04-17 09:41:55] [EMAIL PROTECTED] Built 4.2.0RC4 with Apache 2.0.35 Build files below. Testing an existing site I noticed that I was dropping parameters passed between pages. Using an anchor like: a href=somepage.php?valuea=somethingClick me/a An code in the other page like: echo value=:.$valuea.:; Is not return the expected output (value=:something:) Instead I get (value=::) It looks like the name/value pair is being lost. I have attached two test pages. These work in Apache 1.3.20/PHP 4.1.2. There seem to be no errors in the apache logs. 127.0.0.1 - - [17/Apr/2002:09:02:30 -0400] GET /php/atest.php HTTP/1.1 200 117 - Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311 127.0.0.1 - - [17/Apr/2002:09:02:32 -0400] GET /php/btest.php?value1=first HTTP/1.1 200 96 http://localhost/php/atest.php; Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311 BUILDS. --- Apache: ./configure \ --with-layout=RedHat \ --enable-shared=max \ --enable-rule=SHARED_CORE \ --enable-info \ --disable-userdir \ --enable-so \ --enable-vhost-alias \ --enable-cgi \ --enable-ssl \ --enable-usertrack \ --enable-unique-id \ $@ -- PHP: ./configure --with-mysql=/usr --enable-trans-sid --with-apxs2 Test code :atest.php --- html head titleTest/title /head body ? $value1 = first; echo a href=\btest.php?value1=$value1\Test With 1/a; ? /body /html Test Code: btest.php --- html head titleTest Second Page/title /head body ?php echo First Param = :.$value1.:; ? /body /html -- Edit this bug report at http://bugs.php.net/?id=16659edit=1
Bug #16659 Updated: href parameters failing
ID: 16659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.0 New Comment: By you, otherwise every recompile or upgrade would clobber your php.ini file :) Previous Comments: [2002-04-17 15:43:57] [EMAIL PROTECTED] Copied over php.ini-recommended to /usr/local/lib and renamed to php.ini. Edited register_globals (as it is defaulted to Off in this file) and restarted. App now seems to function as expected. Was the php.ini meant to be copied over by me, or by the make install? [2002-04-17 15:08:05] [EMAIL PROTECTED] Try a print_r($_GET); does it show anything? If it does show the variables, then your problem is that PHP reads /usr/local/lib/php.ini (default) and not /etc/php.ini (only default with special ./configure option). See the phpinfo(); output for more. [2002-04-17 14:25:18] [EMAIL PROTECTED] While I agree these might work (thought they don't) this is not a support question, this is a bug! I am working with Apache 2.0.35 and PHP 4.2.0 RC4 compiled as a DSO. The behaviour I am describing occurs as described. The behaviour is different to that I get with the same modules under my production systems using Apache 1.3.20/PHP 4.1.2. The php.ini file has register_globals set on. (the default it would seem) (I am assuming it is reading the version in /etc/php.ini) The $_GET does no better than the use of global variables. Have I tripped up over some compile option that is amusing the gods? Alistair... [2002-04-17 10:03:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: use $_GET['valuea'] or set register_globals to on [2002-04-17 09:45:42] [EMAIL PROTECTED] Sorry, cat ran over keyboard before I grammar checked this. corrected lines: And code in the other page like: Is not returning the expected output (value=:something:) 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/16659 -- Edit this bug report at http://bugs.php.net/?id=16659edit=1