W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > July to September 1999

Follow-up to Jim Davis feedback on Xythos server

From: Jim Whitehead <ejw@ics.uci.edu>
Date: Sat, 24 Jul 1999 18:31:02 -0700
To: WebDAV WG <w3c-dist-auth@w3.org>
Message-ID: <NDBBIKLAGLCOPGKGADOJCEADCCAA.ejw@ics.uci.edu>
Also caught by the spam filter.  A request is in to add this email address
to the accept2 list for the mailing list.

- Jim

-----Original Message-----
From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org]On
Behalf Of Kevin Wiggen
Sent: Friday, July 23, 1999 3:04 PM
To: w3c-dist-auth@w3.org; jrd3@alum.mit.edu
Subject: [w3c-dist-auth] <none>


Jim-
Again thank you for testing the server.  Below I have consolidated your bug
lists into one.  Please tell me if you find new bugs...
Kevin

1) The reply from server (to a PROPFIND) has neither a content-length nor
does it use chunked encoding. I believe this is a violation of HTTP/1.1
rules.

-- Fixed.  Server will now keep the connection open when asked to.

2) the server does not seem to be preserving the xml:lang attribute

--Fixed.  I went half way.  The server will only preserve xml:lag on
property names, but will preserve ALL attributes in property values.  I
think that second part should be a requirement in the spec.

3) dead properties are preserved across deletion of a resource. That is, I
PROPPATCH foo, delete it, then PUT foo again, and the property I set the
first time is still there
- create foo -proppatch foo setting a dead property P -delete foo -create
foo (for second time) -propfind foo looking for P

--I can not reproduce.  I have a feeling the delete is somehow failing.  Can
you give me the HTTP requests you are sending?  I need further info.

4) PROPPATCH changes a property even if the resource is locked. I could set
and delete properties on the other hand, I could not *delete* a property
when I did pass a token

--Fixed.

5) PUT could not create resource in a locked collection even with token

--Fixed.

6) attempt to create collection /~webdav/newcoll/ when parent was locked got
code 405 (NotAllowed). shouldn't this be 409 (conflict) instead?

--See other note I sent

7) Deleted resource /~webdav/foo.html when parent was locked (without
passing token)

--Fixed.

8) attempt to lock a non-existent resource gets NotFound

--Null resources are now an option on the server

9) The tagged-list production in an If header does not allow proppatch of a
locked resource. the untagged production works fine.

--Fixed.

10) attempt to create collection /~webdav/newcoll/ when parent was locked
got code 405, but should be 412

--Duplicate see 6 above
Received on Saturday, 24 July 1999 21:34:01 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:43:51 GMT