#28349 [NoF-Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net -Status: No Feedback +Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. Previous Comments: [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-06-04 21:47:49] sam at freepeers dot com I had a similar problem. IIS5, Windows 2000 Server. Set: display_errors = Off log_errors = On However, I did not specify where the log_errors should log errors to. The result was that I got display errors in the resulting webpages. Then I set this: error_log = syslog The display errors stopped after that. However, this really looks like we've happened upon a bug. display_errors = Off means display_errors should off under all circumstances. There is just no valid explanation for why I could set display_errors = Off and still get display errors. [2004-06-03 19:55:58] gsiebrecht at win-4-u dot com I had the same problem i changed display_errors = 0 and it worked with php 5, then i changed it back to display_errors = Off and that worked also, strange. maybe it was missing some kind of carriage return at the end of the line or something. [2004-05-28 15:59:31] [EMAIL PROTECTED] Do you have error logging enabled, if so can the log file be written to? [2004-05-13 20:31:12] jonathan at nationaldirect dot net Yes, it is using the correct php.ini file. I even did a search of the entire hard-drive to see if there was another php.ini file but there was not. I have since setup a second computer with just win2k, iis5 and php 4.3.6 to test this and it is happening there 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28349 [Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. Previous Comments: [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-06-04 21:47:49] sam at freepeers dot com I had a similar problem. IIS5, Windows 2000 Server. Set: display_errors = Off log_errors = On However, I did not specify where the log_errors should log errors to. The result was that I got display errors in the resulting webpages. Then I set this: error_log = syslog The display errors stopped after that. However, this really looks like we've happened upon a bug. display_errors = Off means display_errors should off under all circumstances. There is just no valid explanation for why I could set display_errors = Off and still get display errors. [2004-06-03 19:55:58] gsiebrecht at win-4-u dot com I had the same problem i changed display_errors = 0 and it worked with php 5, then i changed it back to display_errors = Off and that worked also, strange. maybe it was missing some kind of carriage return at the end of the line or something. [2004-05-28 15:59:31] [EMAIL PROTECTED] Do you have error logging enabled, if so can the log file be written to? 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28349 [Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. Previous Comments: [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-06-04 21:47:49] sam at freepeers dot com I had a similar problem. IIS5, Windows 2000 Server. Set: display_errors = Off log_errors = On However, I did not specify where the log_errors should log errors to. The result was that I got display errors in the resulting webpages. Then I set this: error_log = syslog The display errors stopped after that. However, this really looks like we've happened upon a bug. display_errors = Off means display_errors should off under all circumstances. There is just no valid explanation for why I could set display_errors = Off and still get display errors. [2004-06-03 19:55:58] gsiebrecht at win-4-u dot com I had the same problem i changed display_errors = 0 and it worked with php 5, then i changed it back to display_errors = Off and that worked also, strange. maybe it was missing some kind of carriage return at the end of the line or 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28349 [Bgs-Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net -Status: Bogus +Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: On a production machine we cannot display errors to the end user because of the privacy and security risks. I think if we put a comment in the php.ini file to warn windows users of this issue and also quietly discard the errors if the file cannot be written to then it would be more acceptable. Previous Comments: [2004-06-07 17:03:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When you specified a log file that can not be written to, it is better to display the error rather then hide it and lose the record that is had every occurred. [2004-06-07 17:01:59] jonathan at nationaldirect dot net I have figured it out. This is not a php bug but rather a Windows folder security settings issue. Something in IIS is setting default to deny write access to some users like Web Anonymous Users and IUSR_computername accounts. If the user Web Anonymous Users is denied write access to the folder then the output will be directed to the webpage. When I manually remove DENY WRITE ACCESS from the folder where the phperrors.log file is to be then all is ok. I still think this is a bug because it still allows erros to display even when display_errors = off. [2004-06-07 16:13:33] jonathan at nationaldirect dot net I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28349 [Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I still think we need to put a warning somewhere because this is a potential security risk. Maybe we could let the user choose what to do by putting a setting in the php.ini file. Previous Comments: [2004-06-07 17:07:11] jonathan at nationaldirect dot net On a production machine we cannot display errors to the end user because of the privacy and security risks. I think if we put a comment in the php.ini file to warn windows users of this issue and also quietly discard the errors if the file cannot be written to then it would be more acceptable. [2004-06-07 17:03:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When you specified a log file that can not be written to, it is better to display the error rather then hide it and lose the record that is had every occurred. [2004-06-07 17:01:59] jonathan at nationaldirect dot net I have figured it out. This is not a php bug but rather a Windows folder security settings issue. Something in IIS is setting default to deny write access to some users like Web Anonymous Users and IUSR_computername accounts. If the user Web Anonymous Users is denied write access to the folder then the output will be directed to the webpage. When I manually remove DENY WRITE ACCESS from the folder where the phperrors.log file is to be then all is ok. I still think this is a bug because it still allows erros to display even when display_errors = off. [2004-06-07 16:13:33] jonathan at nationaldirect dot net I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28349 [Fbk-Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: Yes, it is using the correct php.ini file. I even did a search of the entire hard-drive to see if there was another php.ini file but there was not. I have since setup a second computer with just win2k, iis5 and php 4.3.6 to test this and it is happening there too. Previous Comments: [2004-05-13 19:20:32] [EMAIL PROTECTED] Is phpinfo() showing thar the correct php.ini being used? [2004-05-10 16:56:40] jonathan at nationaldirect dot net Description: Since upgrading to 4.3.6 in PHP.ini the display_errors = off is ignored. I also have set error_reporting = E_ALL and log_errors = On so that any errors or notices will be sent to a file instead of being displayed on-screen and messing up the webpage. If I set error_reporting = ~E_ALL then I do not get any error mesages displayed or in the error log file. I have reverted back to 4.3.2 with the same php.ini file and it fixes the issue. I am using Win2k and IIS5 with PHP 4.3.6. When I use phpinfo() to view how it is running is shows display_errors = off. Reproduce code: --- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 titleUntitled Document/title /head body The date refunded is: ?php echo $row_orderinfo['date_refunded']; ? /body /html Expected result: The date refunded is: Actual result: -- The date refunded is: PHP Notice: Undefined variable: row_orderinfo in C:\www\trial\test_2.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28349 [NEW]: display_errors = off is ignored
From: jonathan at nationaldirect dot net Operating system: Win2k PHP version: 4.3.6 PHP Bug Type: Output Control Bug description: display_errors = off is ignored Description: Since upgrading to 4.3.6 in PHP.ini the display_errors = off is ignored. I also have set error_reporting = E_ALL and log_errors = On so that any errors or notices will be sent to a file instead of being displayed on-screen and messing up the webpage. If I set error_reporting = ~E_ALL then I do not get any error mesages displayed or in the error log file. I have reverted back to 4.3.2 with the same php.ini file and it fixes the issue. I am using Win2k and IIS5 with PHP 4.3.6. When I use phpinfo() to view how it is running is shows display_errors = off. Reproduce code: --- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 titleUntitled Document/title /head body The date refunded is: ?php echo $row_orderinfo['date_refunded']; ? /body /html Expected result: The date refunded is: Actual result: -- The date refunded is: PHP Notice: Undefined variable: row_orderinfo in C:\www\trial\test_2.php on line 9 -- Edit bug report at http://bugs.php.net/?id=28349edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28349r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28349r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28349r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28349r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28349r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28349r=needscript Try newer version: http://bugs.php.net/fix.php?id=28349r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28349r=support Expected behavior: http://bugs.php.net/fix.php?id=28349r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28349r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28349r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28349r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28349r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28349r=dst IIS Stability: http://bugs.php.net/fix.php?id=28349r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28349r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28349r=float
