<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Horde::LogMessage is broken during RPC access</title> 
  <pubDate>Fri, 10 Apr 2026 13:26:27 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/12094</link> 
  <atom:link rel="self" type="application/rss+xml" title="Horde::LogMessage is broken during RPC access" href="https://bugs.horde.org/ticket/12094/rss" /> 
  <description>Horde::LogMessage is broken during RPC access</description> 
 
   
   
  <item> 
   <title>When rpc.php runs as ActiveSync server Horde::LogMessage doe</title> 
   <description>When rpc.php runs as ActiveSync server Horde::LogMessage does not produce any output to the horde log, but only the custom $this-&gt;_logger does.

This is problematic since it hides relevant errors in other horde components, e.g. the registry for auth errors.</description> 
   <pubDate>Tue, 05 Mar 2013 21:35:00 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12094#t77062</link> 
  </item> 
   
  <item> 
   <title>$this-&gt;_logger is only different than the logger returned fr</title> 
   <description>$this-&gt;_logger is only different than the logger returned from the injector if you select custom AS logging. Even then, only the ActiveSync library uses $this-&gt;_logger. The global logger available from the injector (which is what Horde::logMessage() uses) is unchanged.</description> 
   <pubDate>Tue, 05 Mar 2013 22:35:36 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12094#t77067</link> 
  </item> 
   
  <item> 
   <title>&gt; $this-&gt;_logger is only different than the logger returned </title> 
   <description>&gt; $this-&gt;_logger is only different than the logger returned from the 
&gt; injector if you select custom AS logging. Even then, only the 
&gt; ActiveSync library uses $this-&gt;_logger. The global logger available 
&gt; from the injector (which is what Horde::logMessage() uses) is 
&gt; unchanged.

well i&#039;m unsure about the technical reasons, but for a fact on our setup nothing is logged.

if i choose custom log, then everything logged via this-&gt;logger is written to the custom log, everything else gets lost.
if i choose horde log, then everything is lost.
this only happens for active sync sessions.

so please reopen this bug. tell me if you need more info</description> 
   <pubDate>Wed, 06 Mar 2013 09:41:50 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12094#t77075</link> 
  </item> 
   
  <item> 
   <title>Actually, it looks like this is true for any rpc access. For</title> 
   <description>Actually, it looks like this is true for any rpc access. For some reason, the very first time we get the logger from the injector there is no logging config set. Since the injector acts as a singleton, we never get the proper logger.

Still tracing why this happens.</description> 
   <pubDate>Wed, 06 Mar 2013 16:53:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12094#t77083</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in Git (master):

commit 2b590ff47770</title> 
   <description>Changes have been made in Git (master):

commit 2b590ff47770c8b204f7e2602e209f557fc4dc02
Author: Michael J Rubinsky &lt;mrubinsk@horde.org&gt;
Date:   Wed Mar 6 12:39:03 2013 -0500

    Prevent chicken/egg with the logger.
    
    If we attempt to load the logger before horde&#039;s configuration is
    fully loaded, we might not have the the logger settings available.
    This will cause the injector factory to return a null logger. Since
    the injector acts as a singleton in this case, we may never obtain
    a correct logger.
    
    Fixes Bug: 12094

 framework/Core/lib/Horde.php |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

http://git.horde.org/horde-git/-/commit/2b590ff47770c8b204f7e2602e209f557fc4dc02</description> 
   <pubDate>Wed, 06 Mar 2013 17:41:18 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/12094#t77085</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
