[Tickets #11713] Re: Kolab backend: Newly created calendars lose all permissions
bugs at horde.org
bugs at horde.org
Fri Nov 16 08:57:37 UTC 2012
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/11713
------------------------------------------------------------------------------
Ticket | 11713
Updated By | Thomas Jarosch <thomas.jarosch at intra2net.com>
Summary | Kolab backend: Newly created calendars lose all
| permissions
Queue | Kronolith
Version | Git master
Type | Bug
State | Assigned
Priority | 2. Medium
Milestone |
Patch |
Owners | Gunnar Wrobel
------------------------------------------------------------------------------
Thomas Jarosch <thomas.jarosch at intra2net.com> (2012-11-16 08:57) wrote:
Fresh day, fresh eyes. I also took at look at this by comparing the
mnemo and the kronolith Kolab drivers.
-> I couldn't spot a big difference.
So I started to add "exit(0)" statements to the addShare() function in
kronolith and see where the permissions get lost. Here's a quick "fix"
for the issue:
diff --git a/kronolith/lib/Ajax/Application/Handler.php
b/kronolith/lib/Ajax/Application/Handler.php
index d8ba110..e985696 100644
--- a/kronolith/lib/Ajax/Application/Handler.php
+++ b/kronolith/lib/Ajax/Application/Handler.php
@@ -954,7 +954,7 @@ class Kronolith_Ajax_Application_Handler extends
Horde_Core_Ajax_Application_Han
}
try {
$calendar = Kronolith::addShare($info);
- Kronolith::readPermsForm($calendar);
+ // Kronolith::readPermsForm($calendar);
if
($calendar->hasPermission($GLOBALS['registry']->getAuth(),
Horde_Perms::SHOW)) {
$wrapper = new
Kronolith_Calendar_Internal(array('share' => $calendar));
$result->saved = true;
Wild guess: The "Create calendar" dialog does not show a permission
form. kronolith::readPermsForm() doesn't find any set rights and
therefore removes all ACLs.
More information about the bugs
mailing list