[Tickets #11825] Re: Kolab Storage: Group permissions are broken
bugs at horde.org
bugs at horde.org
Fri Dec 7 16:02:37 UTC 2012
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/11825
------------------------------------------------------------------------------
Ticket | 11825
Updated By | Thomas Jarosch <thomas.jarosch at intra2net.com>
Summary | Kolab Storage: Group permissions are broken
Queue | Horde Framework Packages
Version | Git master
Type | Bug
State | Assigned
Priority | 2. Medium
Milestone |
Patch |
Owners | Jan Schneider
------------------------------------------------------------------------------
Thomas Jarosch <thomas.jarosch at intra2net.com> (2012-12-07 16:02) wrote:
Some more info:
After adding a group to a "nag" share, nag dies on startup.
1. Nag_Form_Task->__construct()
/datastore/share/pear/www/horde/nag/task.php:81
2. Horde_Group_Intranator->listUsers()
/datastore/share/pear/www/horde/nag/lib/Form/Task.php:105
Complete back trace:
Horde_Exception_NotFound Object
(
[details] =>
[logged] => 1
[_logLevel:protected] => 0
[message:protected] => Not Found
[string:Exception:private] =>
[code:protected] => 0
[file:protected] => /datastore/share/pear/Horde/Group/Intranator.php
[line:protected] => 126
[trace:Exception:private] => Array
(
[0] => Array
(
[file] =>
/datastore/share/pear/www/horde/nag/lib/Form/Task.php
[line] => 105
[function] => listUsers
[class] => Horde_Group_Intranator
[type] => ->
[args] => Array
(
[0] => Neue Gruppe
)
)
[1] => Array
(
[file] => /datastore/share/pear/www/horde/nag/task.php
[line] => 81
[function] => __construct
[class] => Nag_Form_Task
[type] => ->
[args] => Array
(
[0] => Horde_Variables Object
(
[_expected:protected] => Array
(
)
[_sanitized:protected] =>
[_vars:protected] => Array
(
[Horde] =>
2bqso35eigbloih72jpbqj3ue5
[actionID] => add_task
[tasklist_id] =>
Vny7s2HkBf6DVHwF7B5eMw2
)
)
[1] => New Task
)
)
)
[previous:Exception:private] =>
)
-> One can see that it tries to call
"Horde_Group_Intranator->listUsers()" with the group name instead of
the group id. I've digged a bit around the code and can see that the
Kolab $share returns the group name instead of a group id.
For now I've traced it to Horde/Share/Object.php::listGroups() calling
$perm->getGroupPermissions(). This somewhere ends up in
Horde/Perms/Permission/Kolab/Acl/Group.php. Adding a debug trace to
::toHorde() shows "$this->_id" is the group name.
-> The custom "Intranator" group driver uses an integer id as group id
while the Kolab backend expects the "group name" as id. I'll fix my
custom group driver since the Kolab backend does not have any "id"
information available from the "group:NAME" acls on the IMAP server.
More information about the bugs
mailing list