[horde] Doubt about default shares creation

Michael J.Rubinsky mrubinsk at horde.org
Wed Oct 20 16:03:03 UTC 2010


Quoting Jan Schneider <jan at horde.org>:

> Zitat von Alfonso Marín Marín <almarin at um.es>:
>
>> Hi list:
>>
>> I have a doubt. The first time that an users log in, Kronolith (  
>> and others shared enabled application) checks if already exists any  
>> visible share for that user, and if so, it doesn't create the  
>> personal one. ¿What is the point to do that?
>>
>> With this behaviour, if an user A gives show permissions to user B  
>> before user B log in the first time, user B won't have any personal  
>> share.
>>
>> Maybe it would be nice have a config option to indicate that a  
>> personal share must be created regardless of the displayable ones.
>
> Sounds about right, though this shouldn't be configurable.

This was done this way on purpose. We don't want the user's personal  
share to automatically be created for a number of reasons. First, for  
apps like Turba, it's possible to have multiple backend data stores.  
We don't want to have each one of those having a personal share  
created on it automatically. It's also possible the user is using an  
app such as kronolith only to access a remote calendar, for instance  
and the user does not want another, local calendar created. There were  
a number of complaints about this prior to adding this feature.

The way it works, at least in Turba, is if there is any address book  
the user has Perms::WRITE access to, then we don't create another one.  
I can check that this is the case for the other share apps as well,  
but I believe we should still prevent the creation of the "default"  
share if there as at least one other source with write permissions for  
the current user.

--mike

The Horde Project
http://www.horde.org


More information about the horde mailing list