Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:53562
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender)
Date: Thu, 23 Jun 2011 22:40:57 +0100 (BST)
To: Stas Malyshev <smalyshev@sugarcrm.com>
cc: PHP Developers Mailing List <internals@lists.php.net>
In-Reply-To: <4E03AFFA.7060005@sugarcrm.com>
Message-ID: <alpine.DEB.2.02.1106232231190.3774@whisky>
References: <alpine.DEB.2.02.1106231940340.3774@whisky> <4E03AFFA.7060005@sugarcrm.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: [PHP-DEV] html_errors default settings
From: derick@php.net (Derick Rethans)

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