<?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>new Tagger.php include</title> 
  <pubDate>Fri, 10 Apr 2026 13:16:52 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/7936</link> 
  <atom:link rel="self" type="application/rss+xml" title="new Tagger.php include" href="https://bugs.horde.org/ticket/7936/rss" /> 
  <description>new Tagger.php include</description> 
 
   
   
  <item> 
   <title>I receive the following error when changing to Calendar view</title> 
   <description>I receive the following error when changing to Calendar view:

Class &#039;Content_Users_Manager&#039; not found in /usr/share/horde/kronolith/lib/Tagger.php on line 49



The error is below the displayed calendar.

Content_User_Manager as I can see is defined in the horde-hatchery/content clone, but there&#039;s no information where to include it manually...</description> 
   <pubDate>Mon, 02 Feb 2009 20:13:24 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52218</link> 
  </item> 
   
  <item> 
   <title>There is a comment in the lib/Tagger.php file explaining wha</title> 
   <description>There is a comment in the lib/Tagger.php file explaining what you need to do to ensure this can be autoloaded for the time being.</description> 
   <pubDate>Mon, 02 Feb 2009 20:30:26 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52219</link> 
  </item> 
   
  <item> 
   <title>That&#039;s ok, I saw this comment. But there&#039;s no content entry </title> 
   <description>That&#039;s ok, I saw this comment. But there&#039;s no content entry in horde/config/registry.php...



I&#039;m sorry if I missed something...</description> 
   <pubDate>Mon, 02 Feb 2009 21:10:42 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52220</link> 
  </item> 
   
  <item> 
   <title>Content is autoloaded from kronolith/lib/base.php now.</title> 
   <description>Content is autoloaded from kronolith/lib/base.php now.</description> 
   <pubDate>Mon, 02 Feb 2009 22:20:26 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52221</link> 
  </item> 
   
  <item> 
   <title>new error at the same place after copying content dirs to ho</title> 
   <description>new error at the same place after copying content dirs to horde home.

kronolith db was newly initialized with the mysql script after we changed to the development code of kronolith, so I don&#039;t understand this...



Fatal error: Uncaught exception &#039;Horde_Db_Exception&#039; with message &#039;QUERY FAILED: No database selected SELECT type_id, type_name FROM `rampage_types` WHERE type_name IN (&#039;calendar&#039;,&#039;event&#039;)&#039; in /usr/share/php/Horde/Db/Adapter/Mysqli.php:299 Stack trace: #0 /usr/share/php/Horde/Db/Adapter/Mysqli.php(217): Horde_Db_Adapter_Mysqli-&gt;execute(&#039;SELECT type_id,...&#039;, NULL, NULL) #1 /usr/share/php/Horde/Db/Adapter/Abstract.php(391): Horde_Db_Adapter_Mysqli-&gt;selectAll(&#039;SELECT type_id,...&#039;, NULL, NULL) #2 /usr/share/horde/content/lib/Types/Manager.php(75): Horde_Db_Adapter_Abstract-&gt;selectAssoc(&#039;SELECT type_id,...&#039;) #3 /usr/share/horde/kronolith/lib/Tagger.php(62): Content_Types_Manager-&gt;ensureTypes(Array) #4 /usr/share/horde/kronolith/templates/panel.inc(28): Kronolith_Tagger-&gt;__construct() #5 /usr/share/horde/kronolith/month.php(39): require(&#039;/usr/share/hord...&#039;) #6 /usr/share/horde/kronolith/index.php(23): include(&#039;/usr/share/hord...&#039;) #7 {main} thrown in /usr/share/php/Horde/Db/Adapter/Mysqli.php on line 299</description> 
   <pubDate>Tue, 03 Feb 2009 12:02:13 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52242</link> 
  </item> 
   
  <item> 
   <title>Please create separate tickets for different issues.</title> 
   <description>Please create separate tickets for different issues.</description> 
   <pubDate>Tue, 03 Feb 2009 13:11:25 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52245</link> 
  </item> 
   
  <item> 
   <title>Why are we hardcoding an assumption of content living in HOR</title> 
   <description>Why are we hardcoding an assumption of content living in HORDE_BASE now? The registry method is much more flexible.</description> 
   <pubDate>Tue, 10 Feb 2009 15:40:01 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52445</link> 
  </item> 
   
  <item> 
   <title>This way it works out of the box with a regular checkout. Th</title> 
   <description>This way it works out of the box with a regular checkout. This extra rule is no longer necessary once content is at a regular place that can be autoloaded. It&#039;s never supposed to be a standalone application, right? Then is should end up in the include_path, unless I am missing something.</description> 
   <pubDate>Tue, 10 Feb 2009 15:50:08 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52446</link> 
  </item> 
   
  <item> 
   <title>&gt; This way it works out of the box with a regular checkout. </title> 
   <description>&gt; This way it works out of the box with a regular checkout. 



...well, not exactly out of the box, as the content directory will nowl need to be symlinked into the horde root.</description> 
   <pubDate>Tue, 10 Feb 2009 15:56:28 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52447</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; This way it works out of the box with a regular checkout.</title> 
   <description>&gt;&gt; This way it works out of the box with a regular checkout.

&gt;

&gt; ...well, not exactly out of the box, as the content directory will 

&gt; now need to be symlinked into the horde root.



No, the autoload configuration has been added to Kronolith which is in the same directory like content.</description> 
   <pubDate>Tue, 10 Feb 2009 16:39:48 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52448</link> 
  </item> 
   
  <item> 
   <title>No, it uses HORDE_BASE, which is different. I guess I haven&#039;</title> 
   <description>No, it uses HORDE_BASE, which is different. I guess I haven&#039;t tried un-symlinking kronolith and just pointing the registry entry for it elsewhere lately, in combination with base.local.php.



Also, content is generally a library, yes, but it will need a registry entry so that the routes work for the web ui pieces of it.</description> 
   <pubDate>Tue, 10 Feb 2009 16:45:46 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52449</link> 
  </item> 
   
  <item> 
   <title>I&#039;m sorry, I don&#039;t follow that.  In base.php the autoloader </title> 
   <description>I&#039;m sorry, I don&#039;t follow that.  In base.php the autoloader is configured to look in HORDE_BASE . &#039;/content/lib&#039; for Content_* libraries.  Content is in the hatchery, so it would not be present in HORDE_BASE for a standard out of the box checkout without either copying it or symlinking it into HORDE_BASE....or am I missing something?</description> 
   <pubDate>Tue, 10 Feb 2009 16:46:33 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52450</link> 
  </item> 
   
  <item> 
   <title>You both are right, this is probably due to my side-by-side </title> 
   <description>You both are right, this is probably due to my side-by-side checkout.</description> 
   <pubDate>Tue, 10 Feb 2009 16:51:32 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52451</link> 
  </item> 
   
  <item> 
   <title>Reverted...</title> 
   <description>Reverted...</description> 
   <pubDate>Tue, 10 Feb 2009 17:08:55 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52461</link> 
  </item> 
   
  <item> 
   <title>I still couldn&#039;t get it work, only with some patching...



</title> 
   <description>I still couldn&#039;t get it work, only with some patching...



kronolit/lib/Tagger.php:

require_once HORDE_BASE . &#039;/content/lib/Users/Manager.php&#039;; 

require_once HORDE_BASE . &#039;/content/lib/Types/Manager.php&#039;; 

require_once HORDE_BASE . &#039;/content/lib/Objects/Manager.php&#039;; 

require_once HORDE_BASE . &#039;/content/lib/Tagger.php&#039;; 



I see there&#039;s the autoloader, but doesn&#039;t work for me.

</description> 
   <pubDate>Mon, 16 Feb 2009 10:01:57 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52593</link> 
  </item> 
   
  <item> 
   <title>Did you create a registry entry for content in config/regist</title> 
   <description>Did you create a registry entry for content in config/registry.php?



If you need further help, please ask on the mailing list.</description> 
   <pubDate>Mon, 16 Feb 2009 15:44:04 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52598</link> 
  </item> 
   
  <item> 
   <title>This works now, but is it correct?



$this-&gt;applications[&#039;c</title> 
   <description>This works now, but is it correct?



$this-&gt;applications[&#039;content&#039;] = array(

    &#039;fileroot&#039; =&gt; dirname(__FILE__) . &#039;/../content&#039;,

    &#039;name&#039; =&gt; _(&quot;Content&quot;),

    &#039;status&#039; =&gt; &#039;active&#039;,

);



</description> 
   <pubDate>Mon, 02 Mar 2009 09:42:03 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52813</link> 
  </item> 
   
  <item> 
   <title>

Sure, though you can change &#039;status&#039; to &#039;hidden&#039; so it won</title> 
   <description>

Sure, though you can change &#039;status&#039; to &#039;hidden&#039; so it won&#039;t appear in the menu.</description> 
   <pubDate>Mon, 02 Mar 2009 14:43:56 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t52821</link> 
  </item> 
   
  <item> 
   <title>This needs to be documented somewhere besides the Tagger.php</title> 
   <description>This needs to be documented somewhere besides the Tagger.php file (i.e. in registry.php or kronolith/docs/INSTALL).</description> 
   <pubDate>Wed, 04 Nov 2009 00:39:02 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t56510</link> 
  </item> 
   
  <item> 
   <title>&gt; This needs to be documented somewhere besides the Tagger.p</title> 
   <description>&gt; This needs to be documented somewhere besides the Tagger.php file 
&gt; (i.e. in registry.php or kronolith/docs/INSTALL).

And at a minimum should exit gracefully if the registry entry doesn&#039;t exist instead of outputting a PHP fatal error message to the AJAX handler.</description> 
   <pubDate>Wed, 04 Nov 2009 00:40:06 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t56511</link> 
  </item> 
   
  <item> 
   <title>From what I remember, the reason it isn&#039;t included more &quot;off</title> 
   <description>From what I remember, the reason it isn&#039;t included more &quot;officially&quot; is that the Content stuff was supposed to be refactored into more of a framework library at one point, or at least have it more integrated with the rest of the libraries...but I will make a note of it somewhere else as well.</description> 
   <pubDate>Wed, 04 Nov 2009 00:43:39 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t56512</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in Git for this ticket:

Check for, a</title> 
   <description>Changes have been made in Git for this ticket:

Check for, and throw exception if Content_Tagger class cannot be found from base.php. Temporary measure until Content_* system is better integrated with framework/autoloading etc...
Bug: 7936

http://git.horde.org/diff.php/kronolith/lib/Tagger.php?rt=horde-hatchery&amp;r1=048fd2907ef4ace8bce776d35fff2427ca173825&amp;r2=9e178afdab63f394a5cdf393afabeed5d8a74b5c
http://git.horde.org/diff.php/kronolith/lib/base.php?rt=horde-hatchery&amp;r1=09ec72fad36cbb8f7d3b13531793d55bad790620&amp;r2=9e178afdab63f394a5cdf393afabeed5d8a74b5c</description> 
   <pubDate>Wed, 04 Nov 2009 06:53:39 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t56515</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in Git for this ticket:

Revert &quot;Remo</title> 
   <description>Changes have been made in Git for this ticket:

Revert &quot;Remove the requirement for a registry entry for content from the&quot; See Ticket: 7936 This reverts commit 85844520fcbb20506880dc41f29ec15d9ca65f53.

http://git.horde.org/diff.php/kronolith/lib/Tagger.php?rt=horde-git&amp;r1=85844520fcbb20506880dc41f29ec15d9ca65f53&amp;r2=3917c030a062a6e00f07960e6361cd01b497ec87</description> 
   <pubDate>Tue, 12 Jan 2010 23:59:08 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t57511</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in Git for this ticket:

Revert &quot;Auto</title> 
   <description>Changes have been made in Git for this ticket:

Revert &quot;Autoload Content.&quot; See Ticket: 7936 This reverts commit 8925854973d1ba488b3f282f4f991d178bf2f52f.

http://git.horde.org/diff.php/kronolith/lib/base.php?rt=horde-git&amp;r1=1ae2116e07c1d6fff4b20a7c9203f6eeb349c4db&amp;r2=3d5cc54f92f2624a1ece227d44a94cf48f281257</description> 
   <pubDate>Tue, 12 Jan 2010 23:59:09 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t57512</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in Git for this ticket:

Check for, a</title> 
   <description>Changes have been made in Git for this ticket:

Check for, and throw exception if Content_Tagger class cannot be found from base.php. Temporary measure until Content_* system is better integrated with framework/autoloading etc...
Bug: 7936

http://git.horde.org/diff.php/kronolith/lib/Tagger.php?rt=horde-git&amp;r1=048fd2907ef4ace8bce776d35fff2427ca173825&amp;r2=9e178afdab63f394a5cdf393afabeed5d8a74b5c
http://git.horde.org/diff.php/kronolith/lib/base.php?rt=horde-git&amp;r1=09ec72fad36cbb8f7d3b13531793d55bad790620&amp;r2=9e178afdab63f394a5cdf393afabeed5d8a74b5c</description> 
   <pubDate>Wed, 13 Jan 2010 00:14:58 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/7936#t57650</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
