| Summary | Sharing a calendar only works for admin users |
| Queue | Kronolith |
| Queue Version | Git master |
| Type | Bug |
| State | Duplicate |
| Priority | 1. Low |
| Owners | mrubinsk (at) horde (dot) org |
| Requester | xavier.montagutelli (at) unilim (dot) fr |
| Created | 04/27/2012 (4817 days ago) |
| Due | |
| Updated | 10/13/2012 (4648 days ago) |
| Assigned | |
| Resolved | 10/13/2012 (4648 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
Assigned to Michael Rubinsky
State ⇒ Duplicate
Bug: 11359the bug doesn't appear.
But this is not a long-term solution for us !
same for me! I spent time configuring the ldap group driver for our
setup, and I believed it was working till you discovered the problem.
Just have a look at traditionnal view if the problem is still there.
If I remenber there is code in templates like perms.inc or something
like that.
Dom
bug doesn't appear.
But this is not a long-term solution for us !
Priority ⇒ 1. Low
Patch ⇒ No
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ Sharing a calendar only works for admin users
Type ⇒ Bug
State ⇒ Unconfirmed
groups he/she belongs to appear in the calendar properties popup.
When using the "standard sharing" window, nothing happens when we make
the share.
When using the "advanced sharing" window, the share is actually done,
but doesn't appear in the property window if we open it again.
And the property winow sometimes stops appearing (need to go back to
the portal, again in kronolith)
Sharing is allowed :
$conf['share']['no_sharing'] = false;
Sharing an address book works.
Other global sharing parameters :
$conf['share']['auto_create'] = true;
$conf['share']['world'] = false;
$conf['share']['any_group'] = false;
$conf['share']['hidden'] = false;
$conf['share']['cache'] = true;
$conf['share']['driver'] = 'Sqlng';
Horde version : Horde Groupware Webmail Edition 4.0.7, everything up to date