Most PHP errors caught by custom error handler not logged
Logs (system & action)
Most PHP errors are handled by initlib.php's tiki_error_handling(). This function was added by mose in r7041 (and completed in r7086) to implement the "Show PHP error messages" button at the bottom of pages and have errors grouped rather than all over the place. Unfortunately, when a callback set with set_error_handler() does not return false, it also bypasses the default error handler, which may log errors. This means that no matter how PHP is configured, nor how Tiki is configured, errors triggered after lib/setup/error_reporting.php ran are not logged.
The attached patch should fix. There is another huge bug which would persist though - error_reporting.php can set that error handler even in a request which does not show footer.tpl, meaning that errors in such requests are never displayed. Currently, this means that these errors are completely lost (with this fix, they will at least be logged).
Easy to solve?
Thursday 11 October, 2018 20:14:39 GMT-0000
Thursday 11 October, 2018 21:15:42 GMT-0000
11 Oct 18 20:15 GMT-0000
The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.
Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.