[Syncevolution-issues] [MeeGo Projects - Bug 10265] Sync must be executed twice to really transfer calendar events
http://bugs.meego.com/show_bug.cgi?id=10265
--- Comment #8 from alainlux <meego(a)misc.lka.org.lu> 2010-11-21 08:45:27 PST ---
(In reply to comment #6)
How does SyncEvolution access the calendar data in your CalDAV
server?
See attached .config/syncevolution/default/sources/calendar/config.ini
(In reply to comment #3)
> The weird thing is that when sync runs the second time, it wipes the
> ~/.cache/syncevolution directory of the first run. However, the next run (after
> another change) will not wipe the directory of the second run.
This is probably the "smart" eviction policy for old session directories what
you see here. It tries to keep the number of session directories below the
configured number by deleting sessions in which nothing happened (no changes,
no errors) first. You can turn this off by setting maxlogdirs=0.
Good, makes sense
(In reply to comment #5)
> Created an attachment (id=3581)
-->
(http://bugs.meego.com/attachment.cgi?id=3581) [details] [details]
> stdout of syncevo-dbus-server on server (PC), first run
>
> This is interesting. Near the end, it shows that it did already pick up the
> change... also, in the summary, it noticed that the number of items went from
> 158 to 159... but still didn't do any modifications, neither locally, nor
> remotely...
Hmm, this output says that one item was created on the PC. Is that the item
that you created manually in order to sync it to the N900?
Yes, that was the item that I created on the PC in order to sync it to the
N900. So it did pick it up, but didn't mention its existence to the N900...
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.