It looks like Slide's current logic goes something like this:
Get the name of the first child of the <propfind> element.
if (the name is "propname") return a list of property names
else if (the name is "prop" or "allprop") return properties
else throw an exception
It should be easy enough to loop through all of the children (instead of
just looking at the first) and ignore anything out of the ordinary. This
implies that's there's some sort of precedence (propname, prop, allprop)
and that there should be a default if no valid options are found.
What does the spec say about this?
-James
On Wed, 2005-01-12 at 22:39 +0100, Julian Reschke wrote:
> Julian Reschke wrote:
> > ...
> > Judging from the error message, it seems that it's really a different
> > request that's causing this, namely the one in props.c:
> >
> > static int propextended(void)
> > {
> > return propfind_returns_wellformed("with extended <propfind> element",
> > XML_DECL "<propfind
> > xmlns=\"DAV:\"><foobar/>"
> > "<allprop/></propfind>");
> > }
> >
> > ...in which case the answer is: it's a bug in Slide: unknwon extension
> > elements in request bodies aren't ignored (as required by RFC2518).
> >
> > Best regards, Julian
>
> Actually, this looks very similar to the following issue...:
>
> <http://forums.tamino.com/3/OpenTopic?a=tpc&s=153292895&f=2382994291&m=5722967586>
>
> ....reported back in December 2002 :-).
>
> Best regards, Julian
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
