-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sharing a calendar shared with me fails #993
Comments
What does the |
It says <cs:allowed-sharing-modes>
<cs:can-be-shared/>
<cs:can-be-published/>
</cs:allowed-sharing-modes> I guess this is the default, since I didn't change anything (how would you even change it?). |
This is the whole status of the calendar: <d:response>
<d:href>/nextcloud/remote.php/dav/calendars/admin/auto_shared_by_schluessler/</d:href>
<d:propstat>
<d:prop>
<d:resourcetype>
<d:collection/>
<cal:calendar/>
</d:resourcetype>
<d:displayname>Auto (schluessler) Auto Auto</d:displayname>
<d:owner>
<d:href>/nextcloud/remote.php/dav/principals/users/schluessler/</d:href>
</d:owner>
<d:sync-token>http://sabre.io/ns/sync/38</d:sync-token>
<d:current-user-privilege-set>
<d:privilege>
<d:write/>
</d:privilege>
<d:privilege>
<d:write-properties/>
</d:privilege>
<d:privilege>
<d:write-content/>
</d:privilege>
<d:privilege>
<d:unlock/>
</d:privilege>
<d:privilege>
<d:bind/>
</d:privilege>
<d:privilege>
<d:unbind/>
</d:privilege>
<d:privilege>
<d:write-acl/>
</d:privilege>
<d:privilege>
<d:read/>
</d:privilege>
<d:privilege>
<d:read-acl/>
</d:privilege>
<d:privilege>
<d:read-current-user-privilege-set/>
</d:privilege>
<d:privilege>
<cal:read-free-busy/>
</d:privilege>
</d:current-user-privilege-set>
<oc:invite/>
<cs:allowed-sharing-modes>
<cs:can-be-shared/>
<cs:can-be-published/>
</cs:allowed-sharing-modes>
<x1:calendar-order xmlns:x1=\"http://apple.com/ns/ical/\">0</x1:calendar-order>
<x1:calendar-color xmlns:x1=\"http://apple.com/ns/ical/\">#FF7A66</x1:calendar-color>
<cs:getctag>http://sabre.io/ns/sync/38</cs:getctag>
<cal:supported-calendar-component-set>
<cal:comp name=\"VTODO\"/>
</cal:supported-calendar-component-set>
<cal:supported-calendar-data>
<cal:calendar-data content-type=\"text/calendar\" version=\"2.0\"/>
<cal:calendar-data content-type=\"application/calendar+json\"/>
</cal:supported-calendar-data>
<cal:max-resource-size>10000000</cal:max-resource-size>
<cal:supported-collation-set>
<cal:supported-collation>i;ascii-casemap</cal:supported-collation>
<cal:supported-collation>i;octet</cal:supported-collation>
<cal:supported-collation>i;unicode-casemap</cal:supported-collation>
</cal:supported-collation-set>
<cal:schedule-calendar-transp>
<cal:transparent/>
</cal:schedule-calendar-transp>
<x2:owner-displayname xmlns:x2=\"http://nextcloud.com/ns\">schluessler</x2:owner-displayname>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:getcontenttype/>
<d:getetag/>
<cs:publish-url/>
<cal:calendar-description/>
<cal:calendar-timezone/>
<cal:min-date-time/>
<cal:max-date-time/>
<cal:max-instances/>
<cal:max-attendees-per-instance/>
<cal:calendar-free-busy-set/>
<cal:schedule-default-calendar-URL/>
<oc:calendar-enabled/>
<cs:source/>
<x1:refreshrate xmlns:x1=\"http://apple.com/ns/ical/\"/>
<cs:subscribed-strip-todos/>
<cs:subscribed-strip-alarms/>
<cs:subscribed-strip-attachments/>
<cal:calendar-availability/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response> |
@georgehrke Can you reproduce the bug? |
Since this seems to be a server issue, I close this in favor of nextcloud/server#19994. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected behaviour
When you have edit permissions on a calendar shared with you, it should be possible to re-share the calendar, shouldn't it?
Actual behaviour
Re-sharing
fails with
Happens on Nextcloud server 18.0.4 and current master. Also happens in the Calendar app. @georgehrke Do you have an idea why this is the case? Should resharing be possible at all?
The text was updated successfully, but these errors were encountered: