You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Send an unauthenticated request, for instance HEAD /nextcloud/remote.php/dav
Nextcloud returns the WWW-Authenticate: Basic realm="sabre/dav" header twice
Expected behaviour
WWW-Authenticate should only be sent once. It's not actually a problem, but it might be confusing for clients, and it seems like there is some flaw in the authentication logic.
Actual behaviour
WWW-Authenticate is sent twice.
Server configuration
Operating system: Debian GNU/Linux 8.4 (jessie)
Web server: Apache/2.4.10 (Debian)
Database: MySQL 5.5.49-0+deb7u1
PHP version: 5.6.19+dfsg-0+deb8u1
Nextcloud version: 9.0.51 (see Nextcloud admin page)
Updated from an older Nextcloud/ownCloud or fresh install: relatively fresh install, maybe minor updates
I can't reproduce this with current master anymore. On stable11 I still see this. As there is no real problem as of now I will close this, because it seems to be fixed with master/upcoming Nextcloud 12.
Steps to reproduce
HEAD /nextcloud/remote.php/dav
WWW-Authenticate: Basic realm="sabre/dav"
header twiceExpected behaviour
WWW-Authenticate
should only be sent once. It's not actually a problem, but it might be confusing for clients, and it seems like there is some flaw in the authentication logic.Actual behaviour
WWW-Authenticate
is sent twice.Server configuration
Operating system: Debian GNU/Linux 8.4 (jessie)
Web server: Apache/2.4.10 (Debian)
Database: MySQL 5.5.49-0+deb7u1
PHP version: 5.6.19+dfsg-0+deb8u1
Nextcloud version: 9.0.51 (see Nextcloud admin page)
Updated from an older Nextcloud/ownCloud or fresh install: relatively fresh install, maybe minor updates
Where did you install Nextcloud from: .zip file
Signing status:
Signing status
List of activated apps:
App list
The content of config/config.php:
Config report
Are you using external storage, if yes which one: no
Are you using encryption: no
Are you using an external user-backend, if yes which one: no
Client configuration
Browser: curl 7.47.1 (x86_64-redhat-linux-gnu) libcurl/7.47.1 NSS/3.23 Basic ECC zlib/1.2.8 libidn/1.33 libpsl/0.13.0 (+libidn/1.32) libssh2/1.7.0 nghttp2/1.7.1
Operating system: Fedora release 24 (Twenty Four)
The text was updated successfully, but these errors were encountered: