Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:53558
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=cwPD7WE91VgSIu/3n2e5vUP19FB6S+m0D9UvWiPsbH8b5kJ2nE3hWpzgtn1LWpcZ5T
         EXvmc5JgW7ggMtBWZhX8ToyMs1V/6AgiHfDnF4BRIUNHCPNvgONYYxbwU9qm6ezL9ZUF
         +j+IZ1GWUsfTCMArjuBMNI/T3NuFJwNTBWecs=
MIME-Version: 1.0
In-Reply-To: <4E03AFFA.7060005@sugarcrm.com>
References: <alpine.DEB.2.02.1106231940340.3774@whisky>
	<4E03AFFA.7060005@sugarcrm.com>
Date: Thu, 23 Jun 2011 23:37:33 +0200
Message-ID: <BANLkTimLZ9StrUzB2U--W7HPBcftYCaFvA@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: Derick Rethans <derick@derickrethans.nl>, 
	PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=000e0cd3a9b890068c04a667e493
Subject: Re: [PHP-DEV] html_errors default settings
From: tyra3l@gmail.com (Ferenc Kovacs)

--000e0cd3a9b890068c04a667e493
Content-Type: text/plain; charset=UTF-8

On Thu, Jun 23, 2011 at 11:28 PM, Stas Malyshev <smalyshev@sugarcrm.com>wrote:

> Hi!
>
>
> 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?
>
> 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.
>
>
xdebug does some fancy html around the output of the stack trace/var_dump
 calls, and it only does that if html_errors is enabled.
usually you don't use xdebug in production, so it really doesn't matter
much.
but because we suggest in the production ini that it has a performance and
security impact, distros ships with html_errors turned off, which prevents
xdebug from enhancing the output.
I think that this could be changed back how it was before, but if many of
you think that this is a bad idea, then probably Derick should stop using
this config option for controlling this particular feature in xdebug, and he
could introduce a new option.

Tyrael

--000e0cd3a9b890068c04a667e493--