Skip Menu |

This queue is for tickets about the HTTP-DAV CPAN distribution.

Report information
The Basics
Id: 62347
Status: open
Priority: 0/
Queue: HTTP-DAV

People
Owner: Nobody in particular
Requestors: James.Mcininch [...] biogenidec.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: ALLPROP bug
Date: Thu, 21 Oct 2010 12:45:59 -0400
To: bug-HTTP-DAV [...] rt.cpan.org
From: James Mcininch <James.Mcininch [...] biogenidec.com>
The HTTP::DAV module has an issue in that it's completely reliant on the return value of PROFIND allprop. The problem stems from the fact that many DAV servers don't implement allprop properly, if at all. For example, many IIS servers will simply return the href and no properties. HTTP::DAV interprets this as the object not being a collection and you can't open it. Instead, HTTP::DAV should fall-back to explicitly requesting certain properties, such as resource type, content length, etc. After a little playing around with Wireshark and other DAV libraries and clients, this appears to be the mechanism used by Apple, Microsoft, and various Linux clients. Better logic: get OPTIONS and make sure there's PROPFIND. Then, do a PROPFIND to request getlastmodified and resourcetype. Check if resource type is a collection; if so, open succeeds!
On Thu Oct 21 12:46:09 2010, James.Mcininch@biogenidec.com wrote: Show quoted text
> The HTTP::DAV module has an issue in that it's completely reliant on
the Show quoted text
> return value of PROFIND allprop. The problem stems from the fact that
many Show quoted text
> DAV servers don't implement allprop properly, if at all. For example,
many Show quoted text
> IIS servers will simply return the href and no properties. HTTP::DAV > interprets this as the object not being a collection and you can't open > it.
Haven't had time to properly follow up on this...