6.0.0-beta1
7/16/25

[#7328] fatal error while opening calendar app
Summary fatal error while opening calendar app
Queue Kronolith
Queue Version 2.3-RC1
Type Bug
State Not A Bug
Priority 1. Low
Owners mrubinsk (at) horde (dot) org
Requester radim.roska (at) gmail (dot) com
Created 09/12/2008 (6151 days ago)
Due 09/12/2008 (6151 days ago)
Updated 09/19/2008 (6144 days ago)
Assigned 09/12/2008 (6151 days ago)
Resolved 09/19/2008 (6144 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
09/19/2008 03:55:29 AM Michael Rubinsky Comment #9
State ⇒ Not A Bug
Priority ⇒ 1. Low
Reply to this comment
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.
09/12/2008 04:46:38 PM Michael Rubinsky Comment #8 Reply to this comment
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?


09/12/2008 04:10:19 PM radim (dot) roska (at) gmail (dot) com Comment #7 Reply to this comment
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


09/12/2008 04:00:57 PM Michael Rubinsky Comment #6 Reply to this comment
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?
09/12/2008 03:55:14 PM radim (dot) roska (at) gmail (dot) com Comment #5 Reply to this comment

[Show Quoted Text - 9 lines]
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;}"


09/12/2008 03:47:21 PM Michael Rubinsky Comment #4 Reply to this comment
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?
09/12/2008 02:29:54 PM radim (dot) roska (at) gmail (dot) com Comment #3 Reply to this comment
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;}"
09/12/2008 02:17:37 PM Michael Rubinsky Comment #2
Priority ⇒ 2. Medium
State ⇒ Feedback
Assigned to Michael Rubinsky
Reply to this comment
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']);






09/12/2008 01:37:56 PM radim (dot) roska (at) gmail (dot) com Comment #1
Priority ⇒ 3. High
Type ⇒ Bug
Summary ⇒ fatal error while opening calendar app
Due ⇒ 09/12/2008
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
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á&#345;-2008 15:08:24] PHP Notice:  unserialize() [<a 
href='function.unserialize'>function.unserialize</a>]: Error at offset 
0 of 1 bytes in /usr/share/horde3/lib/Horde/Maintenance.php on line 469

[12-zá&#345;-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


Saved Queries