Next message: Tim Ellison OTT: "Protocol doc 10.1.1"
From: Tim_Ellison@oti.com (Tim Ellison OTT)
To: ietf-dav-versioning@w3.org ('Delta V')
Message-ID: <2000Feb25.171402.1250.1489360@otismtp.ott.oti.com>
Date: Fri, 25 Feb 2000 17:16:11 -0500
Subject: Protected properties
My interpretation of a protected property is that it is owned by, and
defined by the server. If a conflict occurs, the server wins.
For example, a revision has a protected property called DAV:checkin-date,
but a working resource doesn't. If a client chooses to set a property
called DAV:checkin-date on a working resource they are free to do so (since
it is not protected), however, when the working resource is checked in, the
server adopts that property as its own, and overwrites the user's value
(thus loosing their data).
Seems fair to me.
Tim