[kronolith] Subscribing to calendar authentication failed workaround

[Jan Schneider]

Zitat von Andrew Morgan <morgan at orst.edu>:

> On Thu, 5 Apr 2007, Jan Schneider wrote:
>
>> Zitat von Tim Mohlman <timmohlman at gmail.com>:
>>
>>>
>>> Hello,
>>>
>>> I just did a big CVS update, running HEAD, and since have done a clean CVS
>>> check out, and have noticed a particular problem I haven't seen discussed
>>> here.  I'm not sure if this is a bug or just a problem with my environment,
>>> so I wanted to pass it by here first.
>>>
>>> Issue:
>>>
>>> Subscribing to a remote calendar fails at the authentication.
>>>
>>> Workaround:
>>>
>>> commenting out //$session_control = 'none'; on line 15 of  
>>> /kronolith/ics.php
>>> v 1.13
>>>
>>> Once I did that, I could successfully subscribe and authenticate.   
>>> What does
>>> $session_control do and should I be nervous about connecting this way?
>>
>> This was a fix for http://bugs.horde.org/ticket/?id=5108. It keeps
>> ics.php from starting a session, but unfortunately we need a session
>> for authentication to work, so I reverted it.
>
> Unfortunately, without some fix for this it is possible to deadlock  
> the session table if you don't use row-level locking.  If there is  
> no sane fix for this, maybe it should be specified that row-level  
> locking is required for the session table.

It already recommended and the default locking method if using mysql.  
If you have a better idea how to avoid deadlocks, I'm all ears. Though  
I personally don't see why anyone wants to add a remote calendar from  
the same Horde installation anyway.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/