-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Propagate subscribed calendars to CalDAV clients #17754
Comments
DAVx5 can automatically fetch subscriptions from Nextcloud, if you have ICSx5 installed. Anyway subscriptions are now cached by Nextcloud server, we just need to expose them to clients. |
Yes, let's move it to the server. It's basically about filling this array: https://github.com/nextcloud/server/blob/master/apps/dav/lib/CalDAV/WebcalCaching/Plugin.php#L42 |
I just wondered, because if I subscribe to an external webcal calendar in the webinterface of Nextcloud, it is shown (including all events) on my iOS devices. But on a closer look, it looks like iOS fetches the webcal link from Nextcloud via caldav and then directly loads the calendar events from the external resource. A change in a subscribed calendar is shown in iOS while the Nextcloud calendar-app still shows old data. Obviously the Nextcloud calendar-app doesn‘t refresh the calendar as often as my iOS devices. So it looks like Nextcloud pushes the webcal link to the clients instead of the cached events. Nextcloud 16.0.5 |
Subscribed calendars are currently cached in your browser for two hours when you're using the Calendar app. |
I would love this to be implemented. This would improve the experience on Gnome pretty well, especially when you use multiple computers! |
Has there any work been done on this? Would love to have this. |
This feature is a fix for CalDAV clients that doesn't support discovering subscriptions from the endpoint (like DAVx⁵ does for instance). |
Currently I'm using Nextcloud Contacts and Calendar with Windows 10 Contacts/Calendar app. When initiating sync, these are the request made to server by the application.
User-agent being It seems that the user-agent string is tied to the build version of Windows 10. Would be it appropriate to just match |
Seems fine. It would be nice to make sure that it's different for the Outlook Caldav Synchronizer. https://caldavsynchronizer.org |
CalDavSynchronizer has the following UserAgent |
Should I submit PR with the addition of this to Plugin-php? @tcitworld |
Please do. |
Not sure if it fits here.. I was able to automatically get subscribed calendars from NC in Gnome Calendar 3.38. This is what nextcloud webserver receives when hitting "synchronize calendars": |
Gnome Calendar or Evolution doesn't have support for discovering CalDAV subscriptions, so I guess you manually added the subscription in Gnome Calendar at some point (which is better than having the subscription exposed as a calendar anyway, since it will refresh the subscription more frequently). |
Hm i am quite sure the ical calendars added to NC show up in Gnome Calendar 3.38 after hitting "synchronize calendars". Anyway, thanks for answering, i will add them manually.. |
For Akonadi (KIO) based clients on KDE apps.
Filling I can make a PR of this, but should we match only the |
Evolution was discussed some time ago in other issue #1497 (comment) |
It is more than that. It is a feature in it's own right. If I had 20 subscriptions that means my mobile would need to contact 20 different servers, and depending on the update frequency of the client in use, that could mean a lot of data and unnecessary polling. |
I see why this issue has gone nowhere. Developers have implemented a conflicting, legitimate function that accomplished one desired end goal, getting the calendar onto a client app. Unfortunately people have other use cases that require the method originally asked for in #1497. There is an elegant way to implement this feature as to not conflict with the one developers initially chose. Going one step further, it would be nice to be able to name the calendars, as is done now, but with the alteration that events that show up on the target calendar do so with the calendar name prepended to the event title. No name, no alteration to the event title. For instance, I have various jobs that expose my work schedules and I would like to be able to share my "work schedule" with family. That work schedule would have all of my jobs combined on one calendar. One job names events with a location, another with my name, etc. thus the desire for prepending a calendar name to the event title. |
I don't think this is completed. PR #45841 concerns only specific set of clients, and doesn't apply to all. |
Agreed. Personally, I'm still waiting for propagation to DAVx⁵ clients, as per the rationale given above #17754 (comment). One more advantage of doing this would be that one wouldn't need ICSx⁵ anymore. Currently, DAVx⁵ detects subscriptions but does not handle them. |
This could change : https://fosstodon.org/@davx5app/111210536789015286 |
Good to know, thanks However, calendar propagation is still desirable for both performance and privacy reasons, so it's a shame this issue was closed... |
Is your feature request related to a problem? Please describe.
I'm using the Nextcloud Calendar mostly in desktop/mobile clients. I'm subscribed to several remote calendars via ical. I can see them in the web interface, but I can't in the clients.
Describe the solution you'd like
It would be great if the calendars I'm subscribed to got propagated to CalDAV clients just like calendars that are located in my Nextcloud.
Describe alternatives you've considered
The alternative is to subscribe to the calendars in each client, but that's additional work in the initial setup and maintenance. I'd rather set them up in one location for all clients.
Additional context
Proprietary competition (Google Calendar, iCloud) supports it.
The text was updated successfully, but these errors were encountered: