Wed, 19 Jun 2013 18:36:38 +0000 http://bugs.horde.org/ticket/10337 .ics sync error When I try to sync .ics using sunbird and ical I get the following: [Thu Jul 14 00:44:36 2011] [error] [client 60.229.74.222] PHP Fatal error: Cannot instantiate abstract class Horde_Kolab_Server_Object_Top in /path/to/horde/pear/pear/php/Horde/Kolab/Server/Object/Factory.php on line 49 It also fails to sync caldav but that returns no errors at all. Please let me know if I can provide any more detailed information. Thu, 14 Jul 2011 08:31:49 +0000 http://bugs.horde.org/ticket/10337#t66322 > When I try to sync .ics using sunbird and ical I get the following: > > [Thu Jul 14 00:44:36 2011] [error] [client 60.229.74.222] PHP Fatal > error: Cannot instantiate abstract class > Horde_Kolab_Server_Object_Top in > /path/to/horde/pear/pear/php/Horde/Kolab/Server/Object/Factory.php on > line 49 > > It also fails to sync caldav but that returns no errors at all. > > Please let me know if I can provide any more detailed information. Which Kronolith version do you use? Do you really use it on a Kolab server backend? Wed, 27 Jul 2011 09:38:42 +0000 http://bugs.horde.org/ticket/10337#t66603 >> When I try to sync .ics using sunbird and ical I get the following: >> >> [Thu Jul 14 00:44:36 2011] [error] [client 60.229.74.222] PHP Fatal >> error: Cannot instantiate abstract class >> Horde_Kolab_Server_Object_Top in >> /path/to/horde/pear/pear/php/Horde/Kolab/Server/Object/Factory.php on >> line 49 >> >> It also fails to sync caldav but that returns no errors at all. >> >> Please let me know if I can provide any more detailed information. > > Which Kronolith version do you use? Do you really use it on a Kolab > server backend? > I'm actually using 3.0.4. I tried upgrading to 3.0.5 (experienced the same problem) but active sync failed during that upgrade. I'm running horde calendaring and don't want to use the kolab calendar at all. That's what's confusing. The active sync calendaring works fine. calendaring in webmail also works fine, it's just when I try to use ics. /* CONFIG START. DO NOT CHANGE ANYTHING IN OR AFTER THIS LINE. */ // $Id: 9d577b2c7737b71564d7de667746ad6cf93cd6ab $ $conf['calendar']['params']['table'] = 'kronolith_events'; $conf['calendar']['params']['driverconfig'] = 'horde'; $conf['calendar']['params']['utc'] = true; $conf['calendar']['driver'] = 'sql'; $conf['storage']['params']['table'] = 'kronolith_storage'; $conf['storage']['params']['driverconfig'] = 'horde'; $conf['storage']['driver'] = 'sql'; $conf['reminder']['server_name'] = 'mail.guvera.com'; $conf['reminder']['from_addr'] = 'scheduler@guvera.com'; $conf['autoshare']['shareperms'] = 'read'; $conf['share']['notify'] = true; $conf['holidays']['enable'] = true; $conf['menu']['import_export'] = true; $conf['menu']['apps'] = array('horde', 'imp', 'ingo', 'kronolith', 'mnemo', 'nag', 'turba'); $conf['menu']['apps_iframe'] = true; $conf['maps']['providers'] = array('Google'); $conf['maps']['geocoder'] = 'Google'; $conf['maps']['geodriver'] = 'Mysql'; $conf['maps']['driver'] = 'Horde'; Sun, 31 Jul 2011 01:01:42 +0000 http://bugs.horde.org/ticket/10337#t66668 Sorry for the late response, missed your reply here. Did you activate any Kolab backend in the configuration somewhere? Did you activate Kolab specific hooks? There is no reason why Kronolith should try using these classes if this is not the case. You can also add a "Horde::debug();" right before the line where it's failing. This should give you a stack trace in "/tmp/horde_debug.txt" which would indicate which code section is trying to fetch something from the Kolab backend. I doubt this is a bug in the code though. Thu, 01 Sep 2011 05:28:20 +0000 http://bugs.horde.org/ticket/10337#t67198 Hi, We have Kolab authentication but only auth, Kronolith should be totally SQL. Regards, Ian. Thu, 01 Sep 2011 05:43:02 +0000 http://bugs.horde.org/ticket/10337#t67199 Ah, that clarifies it a bit. Reopened. Thu, 01 Sep 2011 06:07:47 +0000 http://bugs.horde.org/ticket/10337#t67203