-
Notifications
You must be signed in to change notification settings - Fork 156
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
vdirsyncer puts two PRODIDs in a singlefile and then pushes them back to server #763
Comments
To clarify, your ICS looks like this?
|
Yes, that is what vdirsyncer makes the |
I've been hit with this bug too. But in my case I want changes in the singlefile storage to be propagated to server. My version of vdirsynccer is 0.16.7 radicake 2,1,11, python 3.7.3, Debian 10 on both client and server |
By the way, I have the same problem with nextcloud server, both using
|
I think I know what the issue is. When syncing to At least that's my theory so far. It would be useful to have a unit test that does this and confirm that this is the cause. |
I though so too, so I tried to use |
It's very likely that the multiple |
I am running vdirsyncer 0.16.7 on Python 3.6.5 on Gentoo with a Radicale 2.1.10 server. On my server, there are a number of calendar events in a single calendar, created with a number of different pieces of software; hence, across the events, there are a few different
PRODID
values. When vdirsyncer synchronizes a pair one side of which is the server viacaldav
and the other side of which is asinglefile
collection, if a new event has been added on the server, when vdirsyncer fetches the event and adds it to thesinglefile
, if thePRODID
is different to the one present in the file, it adds it. This results in a single.ics
file with twoPRODID
rows, which vdirsyncer then tries to push back to the server in every event; the server, in turn, rejects all the events because they have twoPRODID
s. I then have to edit thesinglefile
and delete one of thePRODID
s (it doesn’t seem to matter which), after which vdirsyncer no longer tries to push all the events. Even if thePRODID
in thesinglefile
is different than thePRODID
on the server for a particular event, vdirsyncer doesn’t seem to try to replace it (which is good, since it’s obviously wrong for most of the events no matter what value it’s set to); it’s only if a second one appears in the file that vdirsyncer tries to push all the events up to the server.I actually don’t even want vdirsyncer to push changes from the
singlefile
to the server ever, but, well, GH-453 isn’t done yet, so I don’t quite have that option (except for the hacky way). But some people probably do want this, so this bug would affect them.The text was updated successfully, but these errors were encountered: