[Tickets #2245] Horde Share implementation for Turba

[bugs@bugs.horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: https://dev.horde.org/horde/whups/ticket/?id=2245
-----------------------------------------------------------------------
 Ticket             | 2245
 Updated By         | Chuck Hagenbuch <chuck at horde.org>
 Summary            | Horde Share implementation for Turba
 Queue              | Turba
 Version            | HEAD
 State              | Feedback
 Priority           | 1. Low
 Type               | Enhancement
 Owners             | Michael Rubinsky
-----------------------------------------------------------------------


Chuck Hagenbuch <chuck at horde.org> (2005-07-18 13:43) wrote:

> I thought I *did* name the attribute 'use_shares', but will double 
> check when I get back to my dev. machine.

Yup, you did; I misread/misremembered.

> I put that attribute there in addition to 'public' for a few 
> reasons...of course, my reasoning could be (and often is) misguided ;)
>
> 1 -  This allows administrators to continuing using the "old" 
> permissions system after upgrading turba - in case the installation 
> already has a fair number of permissions set or they are using the 
> 'public' localsql source.

This perms system hasn't been truly supported in a stable release yet. No
need to make allowances for that. IMO, of course.

> 2 - Setting 'use_shares' => true isn't really the same as setting 
> 'public' => true.

No, it's the same as setting 'public' => false on a SQL source. And having
'use_shares' is a *much* clearer setting than public, imo.