fatal error while opening calendar app

turba H3 (2.1.3) ingo H3 (1.1.2) horde 3.3-RC1 lronolith

Fri, 12 Sep 2008 13:37:56 +0000

turba H3 (2.1.3) ingo H3 (1.1.2) horde 3.3-RC1 lronolith H3 (2.3-RC1) imp H3 (4.1.3) newly created database (mysql) = empty. After clicking on cal app in menu just black window is showed. in php.log is the reason [12-zář-2008 15:08:24] PHP Notice: unserialize() [function.unserialize]: Error at offset 0 of 1 bytes in /usr/share/horde3/lib/Horde/Maintenance.php on line 469 [12-zář-2008 15:08:24] PHP Fatal error: Call to a member function getList() on a non-object in /usr/share/horde3/lib/Horde/Maintenance.php on line 517 466 function _retrieveTasklist() 467 { 468 if (isset($_SESSION['horde_maintenance_tasklist'][get_class($this)])) { 469 $this->_tasklist = unserialize($_SESSION['horde_maintenance_tasklist'][get_class($this)]); 470 } else { 471 $this->_createTaskList(); 472 } 473 } so from some reason - im not php programmer so i dont know why :)..tasklist variable is not created in true branch of if. I've: tried workaroud :)..commented all but line 471 and it works..but i suppose thats not best option :)..after restarting apache and uncommenting it again..problem is back. Maybe there is something wrong with my session..then priority should be lower...but... Thanks

I think I know the issue, but to verify what is going on can

Fri, 12 Sep 2008 14:17:37 +0000

I think I know the issue, but to verify what is going on can you add the following lines in the _retrieveTasklist() method and post the output? echo get_class($this); and var_dump($_SESSION['horde_maintenance_tasklist']);

Hi, > I think I know the issue, but to verify what is goi

Fri, 12 Sep 2008 14:29:54 +0000

Hi, > I think I know the issue, but to verify what is going on can you add > the following lines in the _retrieveTasklist() method and post the > output? > > > echo get_class($this); Maintenance_Kronolith > > and > > var_dump($_SESSION['horde_maintenance_tasklist']); > string(212) "O:20:"Maintenance_Tasklist":6:{s:7:"_module";s:3:"imp";s:7:"_target";s:56:"/imp/redirect.php?Horde=78f9cff68735c775ff5901db9a0fdb24";s:9:"_postdata";N;s:6:"_tasks";a:0:{}s:8:"_addFlag";b:0;s:10:"_processed";b:0;}" > >

>> var_dump($_SESSION['horde_maintenance_tasklist']); >> >

Fri, 12 Sep 2008 15:47:21 +0000

>> var_dump($_SESSION['horde_maintenance_tasklist']); >> > string(212) > "O:20:"Maintenance_Tasklist":6:{s:7:"_module";s:3:"imp";s:7:"_target";s:56:"/imp/redirect.php?Horde=78f9cff68735c775ff5901db9a0fdb24";s:9:"_postdata";N;s:6:"_tasks";a:0:{}s:8:"_addFlag";b:0;s:10:"_processed";b:0;}" Hm, not what I was expecting. Are you sure that is the *entire* output of the dump? i.e. Is there something like 'Array => Maintenance_IMP or similar?

>>> var_dump($_SESSION['horde_maintenance_tasklist']); >>>

Fri, 12 Sep 2008 15:55:14 +0000

>>> var_dump($_SESSION['horde_maintenance_tasklist']); >>> >> string(212) >> "O:20:"Maintenance_Tasklist":6:{s:7:"_module";s:3:"imp";s:7:"_target";s:56:"/imp/redirect.php?Horde=78f9cff68735c775ff5901db9a0fdb24";s:9:"_postdata";N;s:6:"_tasks";a:0:{}s:8:"_addFlag";b:0;s:10:"_processed";b:0;}" > > > Hm, not what I was expecting. Are you sure that is the *entire* > output of the dump? i.e. Is there something like 'Array => > Maintenance_IMP or similar? I'm sure thats all that is displayed. string(212) "O:20:"Maintenance_Tasklist":6:{s:7:"_module";s:3:"imp";s:7:"_target";s:56:"/imp/redirect.php?Horde=904a7a55a20fe149259456d283b93570";s:9:"_postdata";N;s:6:"_tasks";a:0:{}s:8:"_addFlag";b:0;s:10:"_processed";b:0;}"

Strange. The only way that makes sense is if you are using a

Fri, 12 Sep 2008 16:00:57 +0000

Strange. The only way that makes sense is if you are using an older version of the Maintenance package, like the one that would have been in Horde 3.1.x. Is there any way that is the case, maybe the new framework packages were not installed or Horde is using a different include_dir than you think it is?

> Strange. The only way that makes sense is if you are using

Fri, 12 Sep 2008 16:10:19 +0000

> Strange. The only way that makes sense is if you are using an older > version of the Maintenance package, like the one that would have been > in Horde 3.1.x. Is there any way that is the case, maybe the new > framework packages were not installed or Horde is using a different > include_dir than you think it is? today i've downloaded horde-3.3-rc1.tar.gz and thats horde I'm using. I've copied there(to the extracted horde dir) ingo, imp and turba from previously installed horde 3.1(installed from stable debian repo). Configuration is merged with the old one..just few changes was needed. this is md5sum of file Maintenance.php horde is using.. 000b1dcabc4fe9f2c0e69f6c290b87b4 /usr/share/horde3/lib/Horde/Maintenance.php

> this is md5sum of file Maintenance.php horde is using.. >

Fri, 12 Sep 2008 16:46:38 +0000

> this is md5sum of file Maintenance.php horde is using.. > > 000b1dcabc4fe9f2c0e69f6c290b87b4 /usr/share/horde3/lib/Horde/Maintenance.php Well, that doesn't match the file that should be there, but that might be from you adding the debug statements, etc... Anyway, I can't reproduce the problem, and I still have no idea how you have a single object in that variable as opposed to an array of objects. Can you give me the exact steps you followed to reproduce?

Going to assume this was a corrupt pref value or something.

Fri, 19 Sep 2008 03:55:29 +0000

Going to assume this was a corrupt pref value or something. Feel free to re-open this if you have any more feedback to provide.