[horde] Horde 3.1.3 and datatree related performance problems
Chris Stromsoe
cbs at cts.ucla.edu
Mon Nov 20 09:48:20 PST 2006
On Sun, 19 Nov 2006, Chris Stromsoe wrote:
> In my previous installation of 3.0, I had hacked listCalendars to only
> ever list the single default calendar. There has been some interest in
> offering shared calendaring with 3.1, so I haven't applied the same
> hacks. It looks now like listCalendars() is returning every single
> calendar in the system (close to 13000 of them).
>
> Is there a permission settins that I can apply to the datatree table to
> "unshare" all of the calendars so that listCalendars() doesn't return
> all of them? Ideally, I'd like listCalendars() to return only the
> default calendar plus any other calendars that have been explicitly
> shared with that person. I will be removing the ability to share
> calendars with all users or with unauthenticated users.
Running
delete from horde_datatree_attributes where attribute_name = 'perm_creator';
fixed the last performance issue.
I looked for documentations on the permission system, but couldn't find
anything that explained the difference between the owner, perm_users,
perm_creator, and perm_default.
What does 'perm_creator' control? I assume that's a default permission --
all of the calendars had it set, and I don't recall ever doing anything
that would have set it globally. Possibly something that got set in an
older 3.0 and was never noticed since the code was hacked to ignore
permissions.
-Chris
More information about the horde
mailing list