@philippeVerney It’s a server problem.
Which Web server do you use? Does the Web server provide additional gzip compression? The problem is that the server response for OPTIONS
says there’s a 0-byte gzip-compressed body (reproduced by using curl):
$ curl --compressed -nvX OPTIONS -u **** https://yourserver/remote.php/dav/principals/users/davdroid/
[…]
> OPTIONS /remote.php/dav/principals/users/davdroid/ HTTP/1.1
> Accept-Encoding: deflate, gzip
[…]
>
< HTTP/1.1 200 OK
[…]
< Content-Type: text/html; charset=UTF-8
< Content-Length: 0
[…]
< Content-Encoding: gzip
A response body which is gzip-ed can’t be 0 bytes, see also https://github.com/square/okhttp/issues/1550 (and try zcat /dev/null
; while RFC 1952 just speaks about a “series of members”, not mentioning whether “no member” already is a “series”, but I guess not).
Because our Nextcloud test installation doesn’t show this behavior (sending Content-Encoding: gzip
together with Content-Length: 0
), I assume that your Web server may provide faulty gzip compression. If you can turn it off, please try that.
Please contact your server admin and provide this thread as reference.