> From: Jonathan Manning [mailto:jmanning@alisa-jon.net]
> Sent: 16 February 2002 16:26
> First, I don't think anyone has answered the original question in this
> thread. It's probably important, so you might want to go back and look at
> it...
> I was playing around with the new KDE, which supposedly has WebDAV support
> now in Konqueror. Whilst trying to access my subversion repository via
> Konqueror, I got an error. I sent off a bug report to the KDE team, who
> say that it is a bug in the DAV server, not the client.
Blech, finger pointing begins...
> Basically, they say that the server is not returning the proper WebDAV
> headers, according to the RFC.
It's a bit weird that theirs is one of the few clients that doesn't
work, isn't it.
> I'm forwarding the message I got back from them, below. You're
> looking for the line that says:
>
> kio_http: (14646) "DAV: 1,2,<http://apache.org/dav/propset/fs/1>" <= this is a required field
>
> They claim that this is a required header.
The spec is clear on that in section 9, specifically 9.1:
"
9.1 DAV Header
DAV = "DAV" ":" "1" ["," "2"] ["," 1#extend]
This header indicates that the resource supports the DAV schema and protocol as specified.
All DAV compliant resources MUST return the DAV header on all OPTIONS responses.
"
The keyword is resources here. Like Joe said earlier, DAV compliance is resource
specific, not server specific. My guess is that the client is broken.
tcpdump snippets from IE accessing the subversion repository.
The request:
0x0000 4500 00dc d197 4000 8006 a1cc c0a8 000a E.....@.........
0x0010 d87f ed85 0650 0050 8044 66cf 3e13 5fa3 .....P.P.Df.>._.
0x0020 5018 4470 3a23 0000 4f50 5449 4f4e 5320 P.Dp:#..OPTIONS.
0x0030 2f72 6570 6f73 2f73 766e 2f74 7275 6e6b /repos/svn/trunk
0x0040 2048 5454 502f 312e 310d 0a55 7365 722d .HTTP/1.1..User-
0x0050 4167 656e 743a 204d 6963 726f 736f 6674 Agent:.Microsoft
0x0060 2044 6174 6120 4163 6365 7373 2049 6e74 .Data.Access.Int
0x0070 6572 6e65 7420 5075 626c 6973 6869 6e67 ernet.Publishing
0x0080 2050 726f 7669 6465 7220 4361 6368 6520 .Provider.Cache.
0x0090 4d61 6e61 6765 720d 0a48 6f73 743a 2073 Manager..Host:.s
0x00a0 766e 2e63 6f6c 6c61 622e 6e65 740d 0a43 vn.collab.net..C
0x00b0 6f6e 7465 6e74 2d4c 656e 6774 683a 2030 ontent-Length:.0
0x00c0 0d0a 436f 6e6e 6563 7469 6f6e 3a20 4b65 ..Connection:.Ke
0x00d0 6570 2d41 6c69 7665 0d0a 0d0a ep-Alive....
The response:
0x0000 4500 0210 96a8 4000 2a06 3188 d87f ed85 E.....@.*.1.....
0x0010 c0a8 000a 0050 0650 3e13 5fa3 8044 6783 .....P.P>._..Dg.
0x0020 5018 1920 e3de 0000 4854 5450 2f31 2e31 P.......HTTP/1.1
0x0030 2032 3030 204f 4b0d 0a44 6174 653a 2053 .200.OK..Date:.S
0x0040 6174 2c20 3136 2046 6562 2032 3030 3220 at,.16.Feb.2002.
0x0050 3136 3a33 353a 3335 2047 4d54 0d0a 5365 16:35:35.GMT..Se
0x0060 7276 6572 3a20 4170 6163 6865 2f32 2e30 rver:.Apache/2.0
0x0070 2e33 312d 6465 7620 2855 6e69 7829 2044 .31-dev.(Unix).D
0x0080 4156 2f32 2053 564e 2f30 2e38 2e30 0d0a AV/2.SVN/0.8.0..
0x0090 4441 563a 2031 0d0a 4441 563a 2076 6572 DAV:.1..DAV:.ver
0x00a0 7369 6f6e 2d63 6f6e 7472 6f6c 2c63 6865 sion-control,che
0x00b0 636b 6f75 742c 776f 726b 696e 672d 7265 ckout,working-re
0x00c0 736f 7572 6365 0d0a 4441 563a 206d 6572 source..DAV:.mer
0x00d0 6765 2c62 6173 656c 696e 652c 6163 7469 ge,baseline,acti
0x00e0 7669 7479 2c76 6572 7369 6f6e 2d63 6f6e vity,version-con
0x00f0 7472 6f6c 6c65 642d 636f 6c6c 6563 7469 trolled-collecti
0x0100 6f6e 0d0a 4441 563a 203c 6874 7470 3a2f on..DAV:.<http:/
0x0110 2f61 7061 6368 652e 6f72 672f 6461 762f /apache.org/dav/
0x0120 7072 6f70 7365 742f 6673 2f31 3e0d 0a4d propset/fs/1>..M
0x0130 532d 4175 7468 6f72 2d56 6961 3a20 4441 S-Author-Via:.DA
0x0140 560d 0a41 6c6c 6f77 3a20 4f50 5449 4f4e V..Allow:.OPTION
0x0150 532c 4745 542c 4845 4144 2c50 4f53 542c S,GET,HEAD,POST,
0x0160 4445 4c45 5445 2c54 5241 4345 2c50 524f DELETE,TRACE,PRO
0x0170 5046 494e 442c 5052 4f50 5041 5443 482c PFIND,PROPPATCH,
0x0180 434f 5059 2c4d 4f56 452c 4348 4543 4b4f COPY,MOVE,CHECKO
0x0190 5554 0d0a 436f 6e74 656e 742d 4c65 6e67 UT..Content-Leng
0x01a0 7468 3a20 300d 0a4b 6565 702d 416c 6976 th:.0..Keep-Aliv
0x01b0 653a 2074 696d 656f 7574 3d31 352c 206d e:.timeout=15,.m
0x01c0 6178 3d31 3030 0d0a 436f 6e6e 6563 7469 ax=100..Connecti
0x01d0 6f6e 3a20 4b65 6570 2d41 6c69 7665 0d0a on:.Keep-Alive..
0x01e0 436f 6e74 656e 742d 5479 7065 3a20 7465 Content-Type:.te
0x01f0 7874 2f70 6c61 696e 3b20 6368 6172 7365 xt/plain;.charse
0x0200 743d 4953 4f2d 3838 3539 2d31 0d0a 0d0a t=ISO-8859-1....
Looks to me as if apache/mod_dav/mod_dav_svn is doing the right thing.
> I'm unclear as to who is responsible for the DAV part of Subversion. I know that
> Apache 2 supplies a DAV module, but Subversion also provides a DAV part, so I don't
> know where the failure is.
Subversion is a DAV provider. The DAV module in Apache implements the common
parts of the DAV providers. mod_dav_fs for instance in a simple filesystem
DAV provider. I'm presenting a simplified view here ofcourse, Greg will be able
to answer this much more completely.
> Second -
>
> Ben said:
>> I'm not sure what the problem is; I have the official svn repository
>> permanently mounted on my Win2000 machine (as a 'web folder'). Works
>> fine.
>
> Really? I've been struggling with that. Mine says "could not open location
> as a web folder, try default view instead?"
> I get the same error with svn.collab.net and my own repository.
> I know how to mount a web folder and all that (I've used non SVN ones
> successfully), but I'm not having any luck with IE and Win2000.
> I assumed we just hadn't got that far yet...
Works fine for me. Both http://svn.collab.net/repos/svn/trunk aswell as
my own server. I'm also using IE and W2k. I just checked to make sure
it works with the latest server, no problemo.
> ~Jonathan
Sander
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:08 2006