[kronolith] User is not authorized

[Gerard Breiner]

Thanks Jan for the hint…. 
Simon :  What you suggest is the first thing I did. I asked to the friend Mister Google but I didn't find anything that could be related with this problem even though there is many  
possible case at the error "user is not authorize". 
Moreover permissions I set up in the new server are identical that the ones of  the old server for which I never had this issue.
There is only a few user whose subscriptions to kronolith calendar  from thunderbird  genere these messages.
For these users the problem stopped immediately if they delete  their subscription to kronolith in thunderbird but start again as soon as they subscribe again.
However the users are not impacted by this issue, all works very fine for them but not for me obviously. 

Best regards.

Gérard Breiner
Le 15 janv. 2014 à 15:18, Simon B <simon.buongiorno at gmail.com> a écrit :

> On 15 Jan 2014 14:47, "Jan Schneider" <jan at horde.org> wrote:
>> 
>> 
>> Zitat von Gerard Breiner <gerard.breiner at ias.u-psud.fr>:
>> 
>> 
>>> Hello,
>>> 
>>> I've recently updated horde. So actually we use horde 5.1.5 and
> kronolith 4.1.4. All works very fine except that horde.log is polluted with
> messages :
>>> EMERG: HORDE [horde] User is not authorized  [pid 7706 on line 1547 of
> « /www/horde5/pear/php/Horde/Registry.php « ]
>>> It appears that this issue are linked with subscriptions at kronolith
> agendas from thunderbird.
>>> 
>>> In order to trace this issue, I added two lines in Registry.php ($file
> and $tt) as below.
>>> 
>>> 
>>> if ($checkPerms) {
>>>            if ($this->getAuth() && !$this->checkExistingAuth()) {
>>>                $file = '/www/horde5/pear/php/Horde/debug-backtrace.txt';
>>>                $tt = Horde::debug($GLOBALS['registry']->getAuth(),
> $file);
>>>                throw new Horde_Exception_PushApp('User is not
> authorized'.$tt, self::AUTH_FAILURE, $app);
>>>            }
>>> 
>>> "tail -300 debug-backtrace.txt" give the output below.
>>> 
>>> 2014-01-14T14:37:40+01:00 DEBUG: Variable information:
>>> string(8) "scaminad"
>>> 
>>> Backtrace:
>>> 1. Horde_Rpc_Webdav->getResponse() /www/horde5/rpc.php:156
>>> 2. Sabre\DAV\Server->exec() /www/horde5/pear/php/Horde/Rpc/Webdav.php:67
>>> 3. Sabre\DAV\Server->invokeMethod()
> /www/horde5/pear/php/Sabre/DAV/Server.php:214
>>> 4. Sabre\DAV\Server->broadcastEvent()
> /www/horde5/pear/php/Sabre/DAV/Server.php:455
>>> 5. call_user_func_array() /www/horde5/pear/php/Sabre/DAV/Server.php:433
>>> 6. Sabre\DAVACL\Plugin->beforeMethod()
>>> 7. Sabre\DAV\ObjectTree->nodeExists()
> /www/horde5/pear/php/Sabre/DAVACL/Plugin.php:701
>>> 8. Sabre\DAV\ObjectTree->getNodeForPath()
> /www/horde5/pear/php/Sabre/DAV/ObjectTree.php:96
>>> 9. Sabre\DAV\Collection->getChild()
> /www/horde5/pear/php/Sabre/DAV/ObjectTree.php:64
>>> 10. Horde_Dav_RootCollection->getChildren()
> /www/horde5/pear/php/Sabre/DAV/Collection.php:33
>>> 11. Horde_Registry->hasMethod()
> /www/horde5/pear/php/Horde/Dav/RootCollection.php:85
>>> 12. Horde_Registry_Api->methods()
> /www/horde5/pear/php/Horde/Registry.php:1077
>>> 13. Ingo_Api->disabled() /www/horde5/pear/php/Horde/Registry/Api.php:86
>>> 14. Horde_Registry->pushApp() /www/horde5/ingo/lib/Api.php:37
>>> 15. Horde::debug() /www/horde5/pear/php/Horde/Registry.php:1548
>>> 
>>> 
>>> 
>>> 
>>> Do you have an idea of what could  cause  this issue ?  Any hints would
> be great help.
>>> 
>>> Many thanks in advance.
>>> 
>>> Gérard Breiner
>> 
>> 
>> Obviously checkExistingAuth() fails.
> 
> As I recall this is usually a permissions problem and reported often on the
> list.  Check the archives.
> 
> Simon
> -- 
> kronolith mailing list
> Frequently Asked Questions: http://wiki.horde.org/FAQ
> To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1885 bytes
Desc: not available
URL: <http://lists.horde.org/archives/kronolith/attachments/20140116/0f21568d/attachment.bin>