REDIRECTREF issue "8.1_deep_lock_complexity", was: WGLC draft-ietf-webdav-redirectref-protocol-12
Julian Reschke <julian.reschke <at> gmx.de>
2005-10-01 19:40:37 GMT
Geoffrey M Clemm wrote:
>
> I agree with Julian that the Depth infinity section of redirectref should
> be redefined based on this implementation experience.
>
> Cheers,
> Geoff
OK, I finally got around reviewing the issue. I have changed the spec
based on the principle of "least client astonishment", letting the
behaviour default to "the right thing". That is, non redirect-aware
clients will see no difference when applying LOCK, COPY, MOVE or DELETE
to a collection that may contain redirects. (Our server currently obeys
the Apply-To-Redirect-Ref header for COPY and MOVE, but I'm not aware of
any use case depending on that, so I'll simply change the behaviour).
Not surprisingly, the spec has gotten quiet a bit shorter because of that.
Feedback appreciated -- I'd like to submit this as a revised draft
addressing all WGLC comments before the cutoff date for the upcoming IETF.
Best regards, Julian
--
Link to issue for tracking:
<http://greenbytes.de/tech/webdav/draft-ietf-webdav-redirectref-protocol-issues.html#8.1_deep_lock_complexity>
Link to latest edits (includes change tracking):
(Continue reading)
As I understand it the idea is to tell a webbrowser that an URL it got is WebDAV or even DeltaV capable. But this is just meta information. Do why not something simple like: GET /documents/user42/inbox HTTP/1.1 Host: www.example.com Response: HTTP/1.1 200 OK Content-Type: what/ever; dav/deltav Content-Length: xxx The normal document for the browser .... .... I hope you get the idea to give a hint in the header. If what I'm proposing above would confuse a plain vanilla browser perhaps there is another way. This would tell the browser that it makes sense to open this URL with a WebDAV client. Because I think that much of the information in the dm: is redundant. Chees, Edgar --- start of oberon mail --- :O <at> h=:<P3m]eE^Y]\b=V`dUCM\^eU6e]di3Bc0`7<0<P?88X0OZH;[LO[KSY<MiD7[K0Z060eM0H 67P8=]\\QQe\d]\b5TX=\f=]^5TQ5T\m]_M]P<\d5Td5]U5Tc5^UM\P4]UE^U5T]=_Pd]Q=]f]\P
RSS Feed