[kronolith] Kronolith H5 (4.2.17) (final)

[Jens Wahnes]

Jan Schneider wrote:

> Zitat von Michael J Rubinsky <mrubinsk at horde.org>:
>
>> Quoting Jens Wahnes <wahnes at uni-koeln.de>:
>>
>>> Michael J Rubinsky wrote:
>>>
>>>> The Horde Team is pleased to announce the final release of the
>>>> Kronolith
>>>> Calendar Application version H5 (4.2.17).
>>>
>>> After upgrading to version 4.2.17, I'm having some very strange error
>>> with Kronolith's CalDAV functions on one particular server (all is
>>> fine on another). Since I was doing the upgrade to do some tests with
>>> CalDAV problems, I thought this could be because of the experiments I
>>> did before, but even after re-installing the whole Kronolith package
>>> with pear, the problem remains. In the logfile, there is a message
>>> that says
>>>
>>> EMERG: HORDE [kronolith] Class 'Kronolith_Icalendar_Handler_Dav' not
>>> found [pid 17821 on line 822 of "[...]/kronolith/lib/Application.php"]
>>>
>>> when trying to change an event through CalDAV. Of course, I checked
>>> that all relevant files (i.e. lib/Application.php as well as
>>> lib/Icalendar/Handler/Dav.php and lib/Icalendar/Handler/Base.php) are
>>> in fact there, are readable by the webserver user and do not contain
>>> syntax errors. So I don't know what what's going on in this case. Why
>>> is the Kronolith_Icalendar_Handler_Dav class not being found?
>>>
>>> Since all "normal" Web-GUI functions are OK, maybe there is some
>>> magic command that I could run from PHP Shell in Kronolith's context
>>> to find out what is causing this?
>>>
>>>
>>> Thanks
>>> Jens
>>
>> Sounds like something screwy with your include_path, though no idea
>> why it is only affecting that Dav class. Or maybe you have/had another
>> version of Horde on that host that is getting mixed up with the
>> current one?
>
> Maybe your autoloader or bytecode cache are corrupt. Try emptying the
> autoloader cache and restarting the web server.
>


Thanks for all of your suggestions. I tried a whole lot of things, for 
instance installing and removing the whole Horde_Autoloader_Cache 
package, deleting all of the cache files, reinstalling all pear 
packages, reinstalling php and what not.

But, as I found out (much, much later) the problem was in fact one of 
access permissions, but not the way I had thought. I had checked the 
file permissions, and they were OK, but the problem was in the directory 
permissions. For some reason unbeknown to me, the 
"kronolith/lib/Icalendar" directory had permissions "2700", that is no 
read permissions for the group and setgid bit set (access is normally 
granted via the group permissions here). I have no idea why there would 
be a setgid bit set but no read permissions for the group. I didn't find 
any other directory with that kind of strange permissions set, i.e. 
"FreeBusy" and all the other stuff inside "kronolith/lib" had read 
access for the group set.

If anyone has got an idea what might have caused this, I'd be glad to 
hear it. Otherwise, I'd have to assume it was some randomly flipped bit 
in memory or on disk. ;-)

Jens

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4986 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://lists.horde.org/archives/kronolith/attachments/20160706/523a4eb2/attachment.bin>