[Tickets #3472] Kronolith acting as WebDav client

[bugs@bugs.horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/?id=3472
-----------------------------------------------------------------------
 Ticket             | 3472
 Updated By         | jka at eminds.se
 Summary            | Kronolith acting as WebDav client
 Queue              | Kronolith
 Version            | HEAD
 State              | New
 Priority           | 1. Low
 Type               | Enhancement
 Owners             | 
+New Attachment     | webdav.php
-----------------------------------------------------------------------


jka at eminds.se (2006-02-13 16:53) wrote:

webdav.php (last attachment) extends sql.php. All database operations are
done in sql.php. 
The function listEvents first calls saveUpdatesFromWebDAV, which updates the
local database with those UID:s that exists at the webdav server but not in
database. If the same UID:s exist on both places and "some" of the
attributes differ, the local database is updated.

All operations that change the data in the local database are executed in
the following order:
1) call saveUpdatesFromWebDAV to recieve a fresh update from webdav
2) do the local database operation (update, new, change, delete, etc)
3) call saveUpdateToWebDAV to save the update back to the webdav server

Note1: I have prepared, so that it should be easy to lock the webdav
resource in 1) and release the lock in 3) to aviod inconsistent updates at
the webdav server, but it's not done yet.

Note2: The saveUpdatesFromWebdav maybe doesn't have to be updated each time
the calendar is listed. Maybe a refresh-button somewhere?