FYI:: RE: [jcifs] Property Inconsistencies (Davenport)

[Mike McDonald]

Just an FYI for anyone interested...

I made the following updates to Davenport as per Julian's suggestions:
- Removed Microsoft proprietary properties.
- Does not return unknown timestamps (0 value)
- Does not return unknown eTags.
- Does not return a content length (where the resource is a Share)

These changes allow the web folder to open properly in my XP client.  It was
in fact the getcontentlength property that 'broke' the client.

Once again, thanks for your help.

Mike

-----Original Message-----
From: Julian Reschke [mailto:julian.reschke at gmx.de] 
Sent: Tuesday, February 10, 2004 4:53 AM
To: Mike McDonald
Cc: Michael B Allen; jcifs at lists.samba.org
Subject: Re: [jcifs] Property Inconsistencies (Davenport)

Mike McDonald wrote:
> ...
> It appears that I can likely fix this problem (as suggested by Julian) by
not 
> returning bogus dates and returning 0 for the getcontentlength property.
I'll 
> try that and will keep you posted.
> ...

The best thing to do here for the WebDAV protocol handler is not to 
return values it doesn't have. This includes zero timestamps and content 
lengths and etags for collections as well.

I'd also recommend not to compute any of Microsoft's proprietary 
properties such as iscollection (see 
<http://greenbytes.de/tech/webdav/webdavfaq.html#ANSWER-mswebfolder-propriet
ary-properties>), 
they aren't used anyway. Finally, returning DAV:displayname only makes 
sense if the displayname is really different from the last path segment. 
Don't return it unless this is the case.

Regards, Julian

-- 
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760