[Freedombox-discuss] Tracking down the radicale problem.

[A. F. Cano]

On Mon, Apr 01, 2019 at 04:51:46PM -0400, A. F. Cano wrote:
> ...

One thing at a time...  Went looking for the specific calendar entry
that was causing this error:

[pid: 1129|app: 0|req: 37025/46901] 192.168.200.2 (<user>) {82 vars in
1409 bytes} [Fri Apr  5 18:04:14 2019] PROPFIND /radicale/<user>/ =>
generated 59 bytes in 54 msecs (HTTP/1.1 500) 2 headers in 84 bytes (2
switches on core 0)
[7fda9bf1b700] ERROR: An exception occurred during PROPFIND request on
'/<user>/calendar.ics/': Failed to load item 'KOrganizer-1994310660.776'
in '<user>/calendar.ics': can't compare offset-naive and offset-aware
datetimes

and deleted the whole file from the calendar.ics directory.  This is
after the data was migrated to V2.x as previously described in this
thread.

The error still occurs!  The above message was taken from the
radicale.log file after the offending calendar entry was deleted.  It
occurred as a result of a "fetch" during the creation of a davgroupware
resource calendar from a Korganizer that had no previous data.

Where else could this entry be stored?


I also went looking for the entry that didn't have a "FN" entry, per
the error message below:

[pid: 1129|app: 0|req: 37024/46900] 192.168.200.2 (<user>) {82 vars in
1409 bytes} [Fri Apr  5 18:04:14 2019] PROPFIND /radicale/<user>/ =>
generated 208 bytes in 25 msecs (HTTP/1.1 207) 4 headers in 173 bytes (2
switches on core 1)
[7fda9da86780] ERROR: An exception occurred during PROPFIND request on
'/<user>/': Failed to load item '1522939171.R947.vcf' in
'<user>/addressbook.vcf': 'VCARD components must contain at least 1 FN'

In fact it didn't, so I added it manually, using as an example other
entries that had it.  That entry is now correct, but the above error
message still happened.  The only thing I can think of is that radicale
is using some other source for the data.  What Korganizer reports is
HTTP error (500).

Incidentally, Korganizer was just upgraded in Debian testing, but the
new version still has this issue.  Of course I restarted the radicale
daemon (/etc/init.d/radicale restart) after the data modifications and
before running these tests.

Also of note: Korganizer seems to remember every time I created a new
calendar entry.  I'm now up to akonadi_davgroupware_resource_12.  Maybe
this is just a counter that doesn't get decremented on deletions of
resources.

So, the main question is: where else could the calendar and addressbook
data be kept that modifying/deleting the v2.x directories has no effect?

Thanks for any hint.

Augustine.