Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

webdav treats directories as files #5594

Closed
cyberduck opened this issue Dec 27, 2010 · 1 comment
Closed

webdav treats directories as files #5594

cyberduck opened this issue Dec 27, 2010 · 1 comment
Assignees
@dkocher
Labels
bug thirdparty Issue caused by third party webdav WebDAV Protocol Implementation

Comments

@cyberduck
Copy link
Collaborator

c57764d created the issue

If I connect via webdav to egroupware 1.6, all directories are shown as files. If I click one, cyberduck tries to download it.

Test:
Use the publishers demo installation:
@cyberduck
Copy link
Collaborator Author

@dkocher commented

Thanks for the test account. The response from the server is invalid. The resourcetype element is missing the DAV:namespace URI. Please report to the server vendor.

<?xml version="1.0"?>
<response xmlns:ns0="urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/">
	<href>/egw/webdav.php/home/Stylite/</href>
	<propstat>
		<prop>
			<displayname>Stylite</displayname>
			<getlastmodified ns0:dt="dateTime.rfc1123">Sun, 26 Jul 2009 22:00:00 GMT</getlastmodified>
			<resourcetype>
				<collection/>
			</resourcetype>
			<getcontenttype>httpd/unix-directory</getcontenttype>
			<lockdiscovery/>
		</prop>
		<status>HTTP/1.1 200 OK</status>
	</propstat>
	<propstat>
		<prop>
			<getcontentlength/>
		</prop>
		<status>HTTP/1.1 404 Not Found</status>
	</propstat>
</response>

Compared with a valid response from a different server with the correct namespace asssigned to resourcetype:

<?xml version="1.0"?>
<response xmlns:g0="DAV:" xmlns:lp1="DAV:" xmlns:lp2="http://apache.org/dav/props/">
	<href>/dav/digest/methods/</href>
	<propstat>
		<prop>
			<getcontenttype>httpd/unix-directory</getcontenttype>
			<lp1:resourcetype>
				<collection/>
			</lp1:resourcetype>
			<lp1:getlastmodified>Fri, 17 Apr 2009 16:12:25 GMT</lp1:getlastmodified>
			<lockdiscovery/>
		</prop>
		<status>HTTP/1.1 200 OK</status>
	</propstat>
	<propstat>
		<prop>
			<g0:displayname/>
			<g0:getcontentlength/>
		</prop>
		<status>HTTP/1.1 404 Not Found</status>
	</propstat>
</response>

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@dkocher dkocher

Labels
bug thirdparty Issue caused by third party webdav WebDAV Protocol Implementation
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@dkocher @cyberduck