[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Last-Modified response headers

From: Daniel Rall <dlr_at_collab.net>
Date: 2005-12-07 02:21:01 CET

On Sat, 03 Dec 2005, Erik Huelsmann wrote:

> On 12/3/05, Julian Reschke <julian.reschke@gmx.de> wrote:
> > Hi,
> >
> > sorry for being late in the discussion.
> >
> > I just remembered that there actually may be a good reason for not
> > returning Last-Modified dates. This is because this response header must
> > work properly per URL, not per resource, and thus names pace operations
> > (such as MOVE) need to be taken in account (see
> > <http://greenbytes.de/tech/webdav/draft-reschke-webdav-namespace-vs-properties-latest.html>
> > for a longer summary).
> >
> > That is, if you have
> >
> > /a/b (with Last-Modified of 10am)
> >
> > and
> >
> > /a/c (with Last-Modified of 11am)
> >
> > moving /a/b to /a/c *must* result in /a/c having a Last-Modified of
> > later than 11am (thus the underlying resource can't keep it's timestamp
> > here).
>
> If I understand correctly, the timestamp returned is the one of the
> time the commit took place (ie the time of the MOVE operation). That
> would satisfy this requirement.

Right -- svn:date of the youngest revision.

> > Maybe this is already the case (in which case I apologize for raising a
> > non-issue).
>
> Not at all! Thanks for bringing up these potential problems!

Yeah, thanks Julian.

-- 
Daniel Rall

  • application/pgp-signature attachment: stored
Received on Wed Dec 7 02:19:41 2005

This is an archived mail posted to the Subversion Dev mailing list.