[wp-trac] [WordPress Trac] #18391: Expand WP_DEBUG_LOG and make WP_DEBUG_DISPLAY work as expected

WordPress Trac wp-trac at lists.automattic.com
Sat Aug 13 05:45:22 UTC 2011


#18391: Expand WP_DEBUG_LOG and make WP_DEBUG_DISPLAY work as expected
-------------------------+-----------------
 Reporter:  nacin        |      Owner:
     Type:  enhancement  |     Status:  new
 Priority:  normal       |  Milestone:  3.3
Component:  General      |    Version:
 Severity:  normal       |   Keywords:
-------------------------+-----------------
 == WP_DEBUG_LOG ==

 WP_DEBUG_LOG currently creates wp-content/error.log. We should expand this
 to allow a path.

 To do this, if WP_DEBUG_LOG is !== true, != 1, != 'true', (anything else?)
 and 0 === validate_file(), we should treat it as a path.

 == WP_DEBUG_DISPLAY ==

 Setting WP_DEBUG_DISPLAY to false does not set display_errors to false.
 Instead, it prevents display_errors from being set to on. This forces a
 call to ini_set to turn off display_errors, assuming your php.ini is set
 to On, as expected for a development environment configuration.

 Instead, setting WP_DEBUG_DISPLAY to false should set display_errors to
 false. I've been thinking about this for months now, and the only
 situation I can come up with that this would be a compatibility issue
 would be when you deliberately have a production php.ini on production and
 a development php.ini in development. In this situation, WP_DEBUG_DISPLAY
 = false would screw up your development environment only -- the only
 breakage would be showing less errors, rather than more.

 WP_DEBUG_DISPLAY === null can remain a passthrough.

 Patch forthcoming.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/18391>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list