RE: error condition for delete of VHR when VCR is in checked-in c ollection

> From: ietf-dav-versioning-request@w3.org
> [mailto:ietf-dav-versioning-request@w3.org]On Behalf Of Clemm, Geoff
> Sent: Friday, June 28, 2002 3:18 PM
> To: ietf-dav-versioning@w3.org
> Subject: RE: error condition for delete of VHR when VCR is in checked-in
> c ollection
>
>
>
> If you've deleted the version history, you have effectively
> trashed any historical references (e.g. in collection versions)
> to that version history.  If you are going to let that deletion

Nope. I have deleted the binding to the version history, not necessarily the
information itself. In particular, my server may be able to reconstruct it
upon UNCHECKOUT of the versioned collection "/a" (using the same URI).

> happen even when there is a VCR for that version history in
> some workspace, I don't see that it makes any sense to worry
> about whether or not the collection containing that VCR is
> checked in or checked out.

The issue is that RFC3253 doesn't define a method to switch off version
control on a resource, and therefore people are using deletion on VHRs to
switch off versioning (I couldn't find any mention of this in the spec,
though). This conflates to separate things, but there doesn't seem to be
better way to do it (please don't say COPY/DELETE/MOVE, because this creates
a *new* resource).

Received on Friday, 28 June 2002 10:05:41 UTC