[dev] [commits] Horde branch master updated. 958a1c3b2df9b41611b1d631236491facd49ec81
Michael Rubinsky
mrubinsk at horde.org
Thu Mar 18 18:49:42 UTC 2010
Quoting Michael Rubinsky <mrubinsk at horde.org>:
> Quoting Michael M Slusarz <slusarz at horde.org>:
>
>> Quoting Jan Schneider <jan at horde.org>:
>>
>>> commit d7015b931ca003bfc78af272df621daac75b27cf
>>> Author: Jan Schneider <jan at horde.org>
>>> Date: Thu Mar 18 17:09:47 2010 +0100
>>>
>>> Give users a chance to update their old PEAR Log based configurations.
>>>
>>> framework/Core/lib/Horde/Core/Binder/Logger.php | 3 +++
>>> framework/Core/lib/Horde/Registry.php | 3 +++
>>> 2 files changed, 6 insertions(+), 0 deletions(-)
>>
>> I understand the purpose of this, but the downside is that it adds
>> unneeded overhead for every other page load. In other words:
>> easing the transition on the first pageload of an installation (by
>> preventing a parse error) is not worth the overhead in potentially
>> serving billions of pages later.
>>
>> IIRC, this won't throw a fatal error. Admins will necessarily have
>> to reconfigure Horde when moving to H4, so a few error messages
>> that may appear on the screen during this process (and documented
>> in an UPGRADING file) is not a dealbreaker for me.
>
> It's not a fatal, but for whatever reason, it leads to a white
> screen of death when trying to access any pages...at least for me.
>
>
>>
>> Another option would be to add the PEAR_LOG constants manually
>> instead of including all of Log.php.
>
> +1
Though on second thought, this will likely cause problems with any
code that calls a pear library.
--
Mike
--
The Horde Project (www.horde.org)
mrubinsk at horde.org
"Reality is merely an illusion, albeit a very persistent one." - A. Einstein
More information about the dev
mailing list