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

Re: svn commit: rev 2637 - trunk/subversion/mod_dav_svn

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2002-07-23 18:16:57 CEST

On Tue, Jul 23, 2002 at 10:51:56AM -0500, Ben Collins-Sussman wrote:
> Branko ─Œibej <brane@xbc.nu> writes:
>
> > sussman@tigris.org wrote:
> >
> > >I noticed that when mounting an svn repository as a "Webfolder" (on
> > >Win32 or Nautilus) that the file-size, file-type, and mod-time columns
> > >were always blank. Looking in ethereal, it turns out that mod_dav_svn
> > >wasn't generating any PROPFIND responses for the most common DAV:
> > >properties.
> > >
> > >Anyway, it was trivial to fix; now our repositories look more like
> > >real filesystems when mounted over DAV. Yay.
> > >
> >
> > And indeed, I can see the effects on newton (although not on morbius,
> > but that's waiting for a server update, right?). Very nice!
>
> On win32, I can now see the file-size and file-type, but not the
> mod-time. And I *swear* that we're following the DAV spec to the
> letter now -- returning a &!@#& RFC822 date for that property when
> it's queried. The Nautilus DAV browser shows mod-time, why not win32?

The DAV spec requires an ISO-8601 date for creationdate, and an
RFC1123-style date for getlastmodified. Web Folders doesn't recognize
the date properties unless you add a special non-standard attribute to
each: from the mod_dav 1.0 sources:

" xmlns:b=\"urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/\""
    " b:dt=\"dateTime.rfc1123\""

on getlastmodified and the same with " b:dt=\"dateTime.tz\"" for
creationdate.

Regards,

joe

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 23 18:17:28 2002

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.