Re: html_errors default settings
| From: | Derick Rethans | Date: | Thu, 23 Jun 2011 21:40:57 +0000 |
| Subject: | Re: html_errors default settings | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-53562@lists.php.net to get a copy of this message | ||
On Thu, 23 Jun 2011, Stas Malyshev wrote:
> On 6/23/11 12:47 PM, Derick Rethans wrote:
> > I'd like to revert this change *and* change when the docrefs are
> > shown, so that in 5.4 and trunk:
> > - html_errors is on by default again.
> > - the docref links are only shown when docref_root is not empty
> >
> > A patch is attached. Comments?
>
> Thinking more about this: if we're in production, that means
> display_errors is off. So where exactly we expect to have these HTML
> errors and how they are useful?
They are not useful in production, but as distributions use the
"php.ini-production", even PHP developer that uses a distribution
package now doesn't use the "php.ini-development" settings. Hence, no
more HTML errors and people bitch.
Not seeing errors because display_errors=0 is much more obvious.
> I have no idea why specific settings of xdebug depend on html_errors
> and why xdebug can't have its own configuration setting to fix it if
> needed - but this has nothing to do with PHP defaults IMO. I'd like to
> hear and explanation how production setting of html_errors as 1 is
> useful.
They "depend" by choice. Xdebug simply enhances how things show up, and
does not want to mess with the settings that people have already made,
as that's even a larger WTF point.
The main points are that:
1. the default changed between 5.2 and 5.3, and I'd like to restore it
2. html_errors shouldn't mean that the docref stuff is turned on
automatically. The docref stuff is the annoying part, not the HTML
formatting. HTML formatting in production is *not* a problem (you
should have display_errors=0 anyway).
Main goal: make it easier for developers.
cheers,
Derick