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

RE: VERSION-CONTROL status reporting

From: Clemm, Geoff <gclemm@rational.com>
Date: Fri, 9 Feb 2001 06:57:16 -0500
Message-ID: <3906C56A7BD1F54593344C05BD1374B101FC0341@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
The name of this postcondition probably should be changed to
something like "DAV:must-not-change-existing-checked-in-out".
It just says that a server must return a 403/409 if it cannot
satisfy this condition.  It's hard to imagine how a server could
fail to satisfy the postcondition that tells it to leave something
alone, but I gave it a name since all the other postconditions have names.

The "return this on success" semantics has been removed, as stated
in the message you quoted.


-----Original Message-----
From: Jim Whitehead [mailto:ejw@cse.ucsc.edu]
Sent: Friday, February 09, 2001 1:17 AM
To: ietf-dav-versioning@w3.org
Subject: VERSION-CONTROL status reporting

In the 12.2 draft, Section 2.5 states:

> If the request-URL identifies a version-controlled resource,
> the resource just remains under version-control.  This allows
> a client to be unaware of whether or not a server automatically
> puts a resource under version control when it is created.

And then lists as a Postcondition:

> (DAV:already-under-version-control): If the request-URL identified
> a resource already under version control at the time of the request,
> the VERSION-CONTROL request MUST NOT change the DAV:checked-in or
> DAV:checked-out property of that version-controlled resource.

Section 1.6 then leads one to believe that this condition would result in a
403 or a 409 status response, even though this appears to be normal
operation, and hence would warrant a 200 OK response.

Geoff Clemm's message of February 4, 2001
l) makes it sound like this Postcondition would be dropped.  Is it
intentionally still in the draft?

- Jim
Received on Friday, 9 February 2001 06:49:08 UTC

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