On Sat, 2012-03-10 at 14:43 +0100, Patrick Ohly wrote:
On Sat, 2012-03-10 at 23:21 +1300, Jane Atkinson wrote:
> I did a clean install of Ubuntu 12.04, replacing my earlier version
> upgraded from 11.10, and a few "interesting" things have happened with
> SyncEvolution as a result.
>
> The setup is a Nokia E63 syncing via bluetooth with Evolution, which
> is connected to a Radicale server (the recent version from Git).
>
> Initially, I set up the new Evolution profile incorrectly - wrong
> names for the tasks and the memos databases. The sync refused to
> finish and I had to cancel it.
>
> Once I'd discovered and fixed those errors, the sync would not
> propagate a new event from the PC. But when I deleted that event and
> then reinstated it, SyncEvolution complained about the missing event
> and generated a 412 error, and wouldn't complete the sync.
>
> The next trick was to restart both the phone and the PC. Now the sync
> runs successfully, which means that it propagates events in both
> directions, and actually completes, but I'm still getting the 412 error.
>
> What's the 412 error about, and how can I clear it?
It's a bit hard to tell without a log file; usually it indicates that
the sync is incomplete. Perhaps the engine remembered that the phone had
seen the item and still needs to know about an update to it.
Can you send me a log file privately which contains the error?
Thanks for the logs. They show that the phone returns the 412 for a
Delete request. That's considered a fatal error, so instead of silently
ignoring the problem, the Synthesis engine keeps sending the Delete in
each sync.
I think the phone is at fault here. It should either send a 404 (item
not found) or an okay status code, not this 412.
But perhaps there should be a special "ignore 412 for Delete" mode in
the Synthesis engine, enabled for Nokia phones, because it is unlikely
that Nokia will change this.
As a workaround I suggest to do a "refresh-from-server" (SyncEvolution
side is the SyncML server). That should get rid of the pending Delete
request.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.