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

RE: File creation date, version creation date, and getlastmodified

From: Eric Sedlar <eric.sedlar@oracle.com>
Date: Wed, 2 May 2001 14:58:25 -0700
To: "DeltaV" <ietf-dav-versioning@w3.org>, <w3c-dist-auth@w3.org>
Message-ID: <NDBBKNOGFKEBJOOOIOOLGEJECBAA.eric.sedlar@oracle.com>
We update getlastmodified whenever properties or contents change.  Either
of these is reflected in the ETag.  I'm not sure we need another property
to handle changes to the properties separately.

> -----Original Message-----
> From: ietf-dav-versioning-request@w3.org
> [mailto:ietf-dav-versioning-request@w3.org]On Behalf Of Lisa Dusseault
> Sent: Wednesday, May 02, 2001 2:25 PM
> To: DeltaV; w3c-dist-auth@w3.org
> Subject: File creation date, version creation date, and getlastmodified
> WebDAV people:  RFC2518 leaves it carefully open whether 'getlastmodified'
> changes when properties of the resource change.  It seems useful either
> way -- users might want to get the last time the content was changed, or
> they might want to see the last time the file was touched at all.
>  Is there
> some precedent?  Really, one might best be served by a new timestamp
> property, so the suite of timestamp-like properties would be
>  - creationdate
>  - time the content was last modified (etag changes, but etag doesn't
> provide a timestamp)
>  - time the file was last touched
> Which one of the last two is most commonly handled by getlastmodified?
> Implementors speak up?
> DeltaV people: What does it mean to get the time file content was last
> "modified", if the file is versioned?  I don't see that the behaviour of
> getlastmodified is specified for a Version-Controlled Resource,
> can this be
> a recommendation in the spec to promote consistency?  For one
> thing, should
> 'getlastmodified' on the VCR change when it is checked out, or when it is
> checked in, or both?
> lisa
Received on Wednesday, 2 May 2001 17:54:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:22 UTC