#35199 [Opn-Fbk]: .htaccess Action no longer executes PHP page
ID: 35199 Updated by: [EMAIL PROTECTED] Reported By: choover at rdg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.6.9-22.0.1 PHP Version: 4.4.1 New Comment: Are you sure the php.ini file you have is used? And is the right one? (check this from phpinfo() output) Also check for any auto_prepend_file settings in .htaccess / httpd.conf / php.ini files. Previous Comments: [2005-11-16 17:12:01] choover at rdg dot com This is getting VERY frusterating! We have found that if we add ob_end_flush(); to the bottom of the phpx.php page, the page will then execute; but there is no ob_start() in our code. Also, require() and require_once() do not work but include() does. But include only works when it wants. The first file we include is a custom error handler. Once the file is executed the first time, we have to rename the actual error handler function call to get the file to load again. Something with the buffering is really screwed up. [2005-11-16 14:35:43] choover at rdg dot com Installed latest CVS 4.4.2-dev and still have no results. [2005-11-12 15:50:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-11-12 15:12:55] choover at rdg dot com Description: A script under Apache2 using PHP 4.3.11 as an Apache 2 Handler that was called from a .htaccess file using the AddHandler and Action statements worked fine. The 4.4.1 version of PHP with the same configuration no longer executes the page and gives no errors. We changed the php.ini with cgi.fix_pathinfo=1 and made the appropriate modifications to httpd.conf to fix the issue. Still no luck. Reproduce code: --- #.htaccess file Addtype text/xml .phpx AddHandler phpx-file-handler .phpx Action phpx-file-handler /lib/phpx.php DirectoryIndex index.phpx index.php Create the phpx.php file: ? session_start(); echo Passed Path :.$_SERVER[PATH_INFO]; session_write_close(); ? Create a file with .phpx as extension: ?xml version=1.0? Document /Document Expected result: This url represents the expected result:http://emd11.medianext.com/quango/websites/rdg/index.phpx Apache redirects the .phpx file to the /lib/phpx.php page for processing and outputs results. Actual result: -- This is the non-working one: http://quangoweb.medianext.com/websites/rdg/index.phpx There are NO errors in our logs: /var/log/httpd/error_log /var/log/error_php And no $_SERVER variables are being set on the phpx.php page. However, calling the page by itself: http://quangoweb.medianext.com/lib/phpx.php Show that it does run. -- Edit this bug report at http://bugs.php.net/?id=35199edit=1
#35199 [Opn-Fbk]: .htaccess Action no longer executes PHP page
ID: 35199 Updated by: [EMAIL PROTECTED] Reported By: choover at rdg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.6.9-22.0.1 PHP Version: 4.4.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-11-16 18:26:07] choover at rdg dot com Here is the phpinfo(): http://quangoweb.medianext.com/.test.php [2005-11-16 18:15:59] [EMAIL PROTECTED] Are you sure the php.ini file you have is used? And is the right one? (check this from phpinfo() output) Also check for any auto_prepend_file settings in .htaccess / httpd.conf / php.ini files. [2005-11-16 17:12:01] choover at rdg dot com This is getting VERY frusterating! We have found that if we add ob_end_flush(); to the bottom of the phpx.php page, the page will then execute; but there is no ob_start() in our code. Also, require() and require_once() do not work but include() does. But include only works when it wants. The first file we include is a custom error handler. Once the file is executed the first time, we have to rename the actual error handler function call to get the file to load again. Something with the buffering is really screwed up. [2005-11-16 14:35:43] choover at rdg dot com Installed latest CVS 4.4.2-dev and still have no results. [2005-11-12 15:50:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/35199 -- Edit this bug report at http://bugs.php.net/?id=35199edit=1
#35199 [Opn-Fbk]: .htaccess Action no longer executes PHP page
ID: 35199 Updated by: [EMAIL PROTECTED] Reported By: choover at rdg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.6.9-22.0.1 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-16 19:40:45] choover at rdg dot com We rolled back to 4.3.11 and all is working again as it should be. But this issue with 4.4.1 is really problematic. [2005-11-16 18:32:06] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-11-16 18:26:07] choover at rdg dot com Here is the phpinfo(): http://quangoweb.medianext.com/.test.php [2005-11-16 18:15:59] [EMAIL PROTECTED] Are you sure the php.ini file you have is used? And is the right one? (check this from phpinfo() output) Also check for any auto_prepend_file settings in .htaccess / httpd.conf / php.ini files. [2005-11-16 17:12:01] choover at rdg dot com This is getting VERY frusterating! We have found that if we add ob_end_flush(); to the bottom of the phpx.php page, the page will then execute; but there is no ob_start() in our code. Also, require() and require_once() do not work but include() does. But include only works when it wants. The first file we include is a custom error handler. Once the file is executed the first time, we have to rename the actual error handler function call to get the file to load again. Something with the buffering is really screwed up. 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/35199 -- Edit this bug report at http://bugs.php.net/?id=35199edit=1
#35199 [Opn-Fbk]: .htaccess Action no longer executes PHP page
ID: 35199 Updated by: [EMAIL PROTECTED] Reported By: choover at rdg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.6.9-22.0.1 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Just try the snapshot. If you don't, I'll just leave this alone. Previous Comments: [2005-11-16 20:51:58] choover at rdg dot com The script is in THIS post. It is the first item mentioned and there ARE instructions to reproduce the error. We have tested this by turning on and off buffering as well as checking all configuration options in the httpd.conf and php.ini files. There are no problems. We have reviewed the Apache and PHP error logs and NO ERRORS are produced. The code runs fine independently and ran well in PHP 4.3.11 [2005-11-16 20:19:06] [EMAIL PROTECTED] a) You refuse to TEST things b) You refuse/are not able to provide us a reproducing script As long as the above stands this bug is just bogus. [2005-11-16 20:13:14] choover at rdg dot com Using PHP 5 is just not an option. This is a production server with a lot of XML programming and is also dependent upon PHP working correctly with Apache. [2005-11-16 20:06:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-16 19:40:45] choover at rdg dot com We rolled back to 4.3.11 and all is working again as it should be. But this issue with 4.4.1 is really problematic. 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/35199 -- Edit this bug report at http://bugs.php.net/?id=35199edit=1
#35199 [Opn-Fbk]: .htaccess Action no longer executes PHP page
ID: 35199 Updated by: [EMAIL PROTECTED] Reported By: choover at rdg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.6.9-22.0.1 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-11-12 15:12:55] choover at rdg dot com Description: A script under Apache2 using PHP 4.3.11 as an Apache 2 Handler that was called from a .htaccess file using the AddHandler and Action statements worked fine. The 4.4.1 version of PHP with the same configuration no longer executes the page and gives no errors. We changed the php.ini with cgi.fix_pathinfo=1 and made the appropriate modifications to httpd.conf to fix the issue. Still no luck. Reproduce code: --- #.htaccess file Addtype text/xml .phpx AddHandler phpx-file-handler .phpx Action phpx-file-handler /lib/phpx.php DirectoryIndex index.phpx index.php Create the phpx.php file: ? session_start(); echo Passed Path :.$_SERVER[PATH_INFO]; session_write_close(); ? Create a file with .phpx as extension: ?xml version=1.0? Document /Document Expected result: This url represents the expected result:http://emd11.medianext.com/quango/websites/rdg/index.phpx Apache redirects the .phpx file to the /lib/phpx.php page for processing and outputs results. Actual result: -- This is the non-working one: http://quangoweb.medianext.com/websites/rdg/index.phpx There are NO errors in our logs: /var/log/httpd/error_log /var/log/error_php And no $_SERVER variables are being set on the phpx.php page. However, calling the page by itself: http://quangoweb.medianext.com/lib/phpx.php Show that it does run. -- Edit this bug report at http://bugs.php.net/?id=35199edit=1