[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