I have a question about DAV:auto-version "when-locked" value. In my model of the way things work: On a non-versioning server with a non-versioning client: - client issues LOCK on A - Lock-owner client issues PUT to A, creating the content A' (A-prime) - Any client issues GET to A, retrieving the content A' On a versioning server with a non-versioning client, where resource A is a VCR, which has DAV:auto-version equals "when-locked". - client issues LOCK on A, creating a checked-out version - Lock-owner client issues PUT to A, modifying the checked-out version to have the content A' - Any client issues a GET to A, which retreives the body of the VCR, which is the same as the body of the last checked-in version, which is NOT the content A'. So, on a versioning server with DAV:auto-version set to "when-locked", clients cannot GET the latest content PUT by the lock-owner (without specifying the version URL), until UNLOCK occurs and the version is checked in. This is inconsistent with the way a non-versioning server behaves. I like the functionality this feature is supposed to provide, but is there a way of resolving this discrepancy? The problem may lie in the fact that the VCR is defined to have the same body and contents of the last checked-in version, rather than the currently checked-out version. LisaReceived on Monday, 5 February 2001 17:59:39 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:40 GMT