[Tickets #13822] Shared calendar makes CalDAV fail with 500
noreply at bugs.horde.org
noreply at bugs.horde.org
Thu Jan 22 10:59:36 UTC 2015
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: https://bugs.horde.org/ticket/13822
------------------------------------------------------------------------------
Ticket | 13822
Created By | skhorde at smail.inf.fh-bonn-rhein-sieg.de
Summary | Shared calendar makes CalDAV fail with 500
Queue | Synchronization
Version | FRAMEWORK_5_2
Type | Bug
State | Unconfirmed
Priority | 1. Low
Milestone |
Patch |
Owners |
------------------------------------------------------------------------------
skhorde at smail.inf.fh-bonn-rhein-sieg.de (2015-01-22 10:59) wrote:
On the Webpage an user has one own and four shared calendars and the
user's tasks. I see the data (pencil icon) of all calendars except
one. The latter shows "You are not allowed to see this calendar." A
CalDAV client queries the principal of an user and gets 6 shares, all
prefixes by <URL>rpc.php/calendars/<user>/
calendar:1
calendar:2
calendar:3
calendar~4
calendar~5
tasks~6
Calemdars 1 and 2 are public ones, 3 and 5 and shared ones from
another user, 4 and 6 are ones from the user itself.
All calendars except 5 are working as expected. The requests to
calendar 5 result in "500 Internal server error". A webdav client
shows the same.
The calendar 5 has been accidently shared as "Object Creator x Show
x Read x Edit x Delete", everything else is unchecked, no user
configuered.
The annoying thing here is the 500 http error code for the CalDAV
client, because it displays a warning each retry time. IMHO, if the
calendar is shared and visible to the user, the user should get access
to its metadata / container / whatever, but not necessarily to the
events, hence, neither the GUI nor CalDAV should get an error.
Maybe related to bug #12380 .
More information about the bugs
mailing list