whatever it was - after upgrading to kronolith-2.1.2 it works again.



Thank your for your kind advice



Michael

Plese try version 2.1.2 which will be released today, you should at 
least get a more helpful error message now.

Ok - thank you for advice - i modified addRequiredMember the way you told me.

This is the html output:



array(1) { [0]=>  array(6) { ["file"]=>  string(42) 
"/srv/webmail/horde/kronolith/attendees.php" ["line"]=>  int(129) 
["function"]=>  string(17) "addRequiredMember" ["class"]=>  string(27) 
"Kronolith_FreeBusy_View_day" ["type"]=>  string(2) "->" ["args"]=>   
array(1) { [0]=>  &string(0) "" } } }



Of course i have no idea where the bad data comes from. I even deleted

all the events in the table kronolith_events but it didn't make a difference.

Seemingly the fb.php for the default calender of this user dosn't work at

all. This is what i observed. I tried to delete all calendars of this user

to create a new one. But deletion failed with the message:



! The calendar "rztmh" cannot be deleted.



I don't know why ... maybe its a confusion in the database.

Can you put a var_dump($member) right before the line where it's 
dying? Any idea where the bad data is coming from?



Actually, more useful would be if you modified the addRequiredMember 
function in FBView.php to look like this (assuming your php is new 
enough to have debug_backtrace):



     function addRequiredMember($vFreebusy)

     {

         if (!is_object($vFreebusy)) var_dump(debug_backtrace());

         $this->_requiredMembers[] = Util::cloneObject($vFreebusy);

     }

Horde: 3.1.1

Kronolith: H3 (2.1.1)



while creating a new event and try to edit attendees the FBView is not

shown but the page leaves empty. This only happens with one

authenticated user - others are working like expected.



In the apaches error log i find:



PHP Fatal error:  Call to a member function

  getBusyPeriods() on a non-object in

  /srv/webmail/horde/kronolith/lib/FBView.php on line 90