[wp-trac] [WordPress Trac] #46825: Disable WSOD protection when WP_DEBUG is true

[WordPress Trac]

#46825: Disable WSOD protection when WP_DEBUG is true
----------------------------+----------------------
 Reporter:  arena           |       Owner:  (none)
     Type:  defect (bug)    |      Status:  closed
 Priority:  normal          |   Milestone:
Component:  Bootstrap/Load  |     Version:  5.2
 Severity:  normal          |  Resolution:  wontfix
 Keywords:  servehappy      |     Focuses:
----------------------------+----------------------

Comment (by afragen):

 Replying to [comment:23 carasmo]:
 > Thanks! I am confused, though. I just want the old way where I could see
 the error on the page and the admin email does not get a report. Is there
 anything that does that now?
 >
 >
 > Replying to [comment:22 afragen]:
 > > Replying to [comment:21 carasmo]:
 > > > I'm not sure how to correct this so it returns to the same behavior
 prior to this. I use
 > > >
 > > >
 > > > {{{#!php
 > > > <?php
 > > > define( 'WP_DEBUG', true );
 > > > define( 'WP_DISABLE_FATAL_ERROR_HANDLER', true );
 > > >
 > > > }}}
 > > >
 > > > But I still don't get any output on the site telling me what the
 error is. I also don't know whether or not the admin email is getting a
 notice still. I hope not.
 > > >
 > > > But where do I set so I can see what the error is without having to
 look at the error_log? This is driving me nuts.
 > > >
 > > > Thanks!
 > > >
 > >
 > > @carasmo take a look at [https://wordpress.org/plugins/wp-debugging WP
 Debugging]. Makes setting all these constants easy and viewing debug.log
 easier.

 Set `define( 'WP_DISABLE_FATAL_ERROR_HANDLER', true );` to disable the
 email and make sure WP_DEBUG_DISPLAY is true (default is true). That
 should show errors on page. Obviously not ideal to use in production.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/46825#comment:24>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform