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

x/net/webdav: PROPFIND fails on OpenBSD if the directory has a unix domain socket in it #18843

magisterquis opened this issue Jan 29, 2017 · 3 comments


Copy link

@magisterquis magisterquis commented Jan 29, 2017

Please answer these questions before submitting your issue. Thanks!

What version of Go are you using (go version)?


What operating system and processor architecture are you using (go env)?

GOGCCFLAGS="-fPIC -m64 -fmessage-length=0"

What did you do?

If possible, provide a recipe for reproducing the error.

  1. Make a unix domain socket in a temporary directory
  2. Serve the directory with x/net/webdav
  3. Try to list the directory with the socket

Code used to serve directory.

For the socket, socat unix-listen:testpipe - & pkill -9 socat works.

What did you expect to see?

A listing of the directory contents.

What did you see instead?

dav:/> ls
Listing collection `/': failed:
XML parse error at line 1: junk after document element

The problem seems to be in the function props in /x/net/webdav/prop.go. It opens every file to get its dead properties. Unfortunately, on OpenBSD, opening a unix socket (as opposed to connecting to it), returns EOPNOTSUPP.

@bradfitz bradfitz added this to the Unreleased milestone Feb 2, 2017
Copy link

@bradfitz bradfitz commented Feb 2, 2017

/cc @mdempsky

Copy link

@ertw ertw commented Sep 30, 2017

I'm able to reproduce this issue with Go 1.9 on current distributions of Linux (Ubuntu), OpenBSD, Dragonfly BSD, and MacOS. What I see using cadaver and curl is that the XML returned is almost valid, except 'internal server error' is appended after the last closing tag, making it junk.

Copy link

@izcet izcet commented Oct 16, 2017

I tested against other webdav servers (I used apache with the dav mod), and found that in the same conditions the broken pipe is silently ignored by the dav server.

For example, in the local /webdav:

user:/webdav$ ls

And in cadaver:

dav:/webdav/ ls

Analyzing the order of function calls and overall functionality, I also noticed the server logs and an extra error:
2017/10/13 19:01:00 http: multiple response.WriteHeader calls
in addition to the
2017/10/13 19:01:00 PROPFIND /: open testpipe: no such device or address

(both a 200 and also a 500, which are passed up to webdav.go)

Edit: This also breaks if the dav server tries to host a file with no permissions touch examplefile ; chmod 000 examplefile

@magisterquis magisterquis changed the title x/net/webdav: PROPFIND failes on OpenBSD if the directory has a unix domain socket in it x/net/webdav: PROPFIND fails on OpenBSD if the directory has a unix domain socket in it Mar 7, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet

No branches or pull requests

4 participants