W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2004

Re: Issue #68: UNLOCK_WITHOUT_GOOD_TOKEN

From: Julian Reschke <julian.reschke@gmx.de>
Date: Tue, 08 Jun 2004 08:49:15 +0200
Message-ID: <40C5616B.4040101@gmx.de>
To: John Baumgarten <jbaumgarten@apple.com>
Cc: w3c-dist-auth@w3.org

John Baumgarten wrote:

> 
> In the pending maintenance release running in our lab (not necessarily 
> what's up on .mac today), we return, respectively:
> 
> HTTP/1.1 412 Precondition Failed: Lock-Token header missing
> HTTP/1.1 409 Conflict: Lock-Token is invalid
> 
>>
>> .Mac server implementors could tell us what they do...

Jake,

thanks for the feedback. This contributes to the picture -- clients will 
have to expect almost everything between 400 and 499.

At the end of the day, a revised spec should

- define specific RFC3253-like precondition identifiers, so that new 
software can precisely find out what went wrong,

- give server implementors guidelines which 4xx code to choose (in 
particular, we should answer that question whether "lock-token" 
contributes to the set of request headers that can cause a 412 
Precondition Failed),

- give client implementors guidelines how to interpret server responses 
(such as first check for DAV:error response body, then possibly fall 
back to generic HTTP status usage).

I'll try to capture this in 
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-locking-latest.html#method.preconditions.and.postconditions> 
today.

Best regards, Julian

-- 
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
Received on Tuesday, 8 June 2004 02:50:17 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:06 GMT