W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > April to June 2001

Deleting versions

From: Lisa Dusseault <lisa@xythos.com>
Date: Fri, 25 May 2001 09:58:21 -0700
To: "DeltaV" <ietf-dav-versioning@w3.org>

I know not all implementations of DeltaV will allow deleting old versions,
but the specifications specifically allows it.  I've been looking into that
functionality and encountered some issues and questions.

#1)  Is there some way of finding out, before trying the delete, if it's
possible to delete a version?  Before you say "supported-method-set", allow
me to point out that this property is not shown to exist on versions.

#2) It looks like there's a set of error msgs the server can return if it
decides to prevent the user from deleting the referenced version, the root
version, or all versions.  What error msg should the server return if it
decides to prevent the user from deleting the "current" version (though one
that is not checked out)?  Or what if the server decides to prevent the only
remaining version from being deleted?

#3) I don't understand the following text from 3.12:
"(DAV:update-predecessor-set): If a version is deleted, any reference to
that version in a DAV:predecessor-set MUST be replaced by a copy of the
DAV:predecessor-set of the deleted version."  Does that mean that before
deleting a version, the client must munge the predecessor-set properties of
a bunch of other versions?  But the predecessor-set is protected!  Or does
it mean that the server must update the predecessor-set before performing
the action, and if it cannot, it returns the error msg?  Please explain this
better in the draft & to the list...

#4) Can situations arise where resources can have no versions?  I can
actually think of two ways this might be achieved:
 - A client deletes all the versions (but not the version-controlled
 - A null resource gets versioning turned on but no body is added
Must clients be able to deal with VCRs with zero versions?  If not, then we
need to make a requirement on servers that they must not ever create a VCR
with zero versions.

Received on Friday, 25 May 2001 12:59:53 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:47 UTC