[bug - fixed 2.1.0.10] 2.1.0.9 not able to save new event via CalDAV
I am not able to save a new calender event via CalDAV:
- create a new event
- save it to your CalDAV-calender
Expected: event is saved directly to the CalDAV server without manually started sync.
Actual behaviour: event is not saved. Even re-syncing doesn't have an effect
When creating the event in some other connected calendar (lightning) the event is shown on the phone after syncing. This definitely worked with 2.0.x. Nextcloud 10.1 (alpine/docker)
This is a much more general (and accurate) description of the whole problem than in previous reports about specific tools e.g. owncloud. Links between them would be good to show we know the relation. On the phone, so not pasted here directly.
ljo ( 2017-02-22 12:21:37 +0300 )editI have the exact same problem, with mailbox.org (which uses OpenExchange). Editing existing entries doesn't work either.
sigma_ ( 2017-02-22 18:09:23 +0300 )editI have exactly the same problem with owncloud. Editing / Deleting an existing event doesn't work either
argonius ( 2017-02-22 22:49:28 +0300 )editI have same issue with 2.1.0.9. New event is created locally and with syncing it disappears. Changes of existing events gets lost as the server version of the event is synced back to phone.
I use Caldav with Nextcloud 11.0.1.
Adding and editing of Exchange-events works as expected.
Alexander ( 2017-02-24 13:00:58 +0300 )editThanks for the report, I will investigate.
chris.adams ( 2017-02-27 08:32:50 +0300 )editIf you're suffering from this issue, can you please check to see if the file /home/nemo/.sailfish-accounts-tool exists, and if so, what it contains (requires developer mode,
cat /home/nemo/.sailfish-accounts-tool
should suffice).Also, do you suffer this problem on every single sync cycle, or only once per reboot?
chris.adams ( 2017-02-27 10:09:22 +0300 )editAlso, any additional sync logs of the issue would be appreciated (see https://sailfishos.org/wiki/CalDAV_and_CardDAV_Community_Contributions#Sync_Logs for information on how to retrieve those logs, and send them to chris dot adams at jolla dot com after redacting personal information). Thanks!
chris.adams ( 2017-02-27 10:10:51 +0300 )edit@chris.adams Most people seems to have it consistently on every single sync cycle. And the existence of the file /home/nemo/.sailfish-accounts-tool seems to be scarce at best.
ljo ( 2017-02-27 12:39:37 +0300 )editI think this is related to Qt 5.6 breaking QSettings via QSaveFile implementation. I suspect that the file /home/nemo/.local/share/system/privileged/Sync/caldav.ini will have incorrect permissions, or the new multiple-process read/write semantics will be causing an issue. I will look at replacing usage of QSettings with a hand-rolled .ini parser, and then will ask members from the community to test.
Can people please run the following:
devel-su ls -alr /home/nemo/.local/share/system/privileged/Sync/caldav.ini
I expect output like the following:
-rw-rw-r-- 1 nemo privileged 58 Feb 28 11:27 /home/nemo/.local/share/system/privileged/Sync/caldav.ini
Thanks!
chris.adams ( 2017-02-28 05:27:28 +0300 )editIn my case, it's 644 not 664:
Alexander ( 2017-02-28 09:04:26 +0300 )edit