WebDAV: Error: Invalid response: 401

[wjjessen]

trafficstars

Bug report

Steps to reproduce - current behaviour

I have an issue with Tusk v2024.8.10. I had to reinstall Tusk and when I try to add a WebDAV server I get the following error:

"Error: Cannot request origin permission for https://<KeePass_folder_path> since it was not declared in the manifest".

What is the expected behaviour

After clicking "Add Server", I expect to see a list of KeePass databases found by Tusk under the entered URL to select from.

Additional remarks

Previously, Tusk worked as expected. Existing setups with v2024.8.10 continue to work, they just can't discover the databases under the previously entered URL when clicking "Scan". When "Scan" is clicked for an existing setup with Tusk v2024.8.10, it shows "Error: Invalid response: 401".

Environment

Operating System:

Manjaro Linux 6.9.12-3

Browser vendor and version:

LibreWolf v128.0.3-2

Storage Provider:

Storage: Nextcloud

[wjjessen]

Tusk was updated to v2024.8.20 in the FF Add-on store, so it automatically updated in LibreWolf. Now, when I try to "Add Server" it shows "Error: Invalid response: 401".

[subdavis]

The permission error is fixed. I cannot reproduce the 401 error (without entering invalid credentials, of course).

Please provide more information about your webDAV configration, including the authentication mechanism (Digest? Basic?)

Does it work on regular Firefox? Does it work on Chrome?

[tibacher]

Hi,

i have a almost the same behavior. I get 401 almost all time in my "main firefox" window but in a "private window" it works seamless! It only occours on my Windows 10 PC not on my MacBook. Reinstalling Tusk didn't fix it.

WebDAV: Nextcloud (29.0.5) WebDAV Firefox Version: 129.0.2 (64-Bit) (Windows)

[Horst12345]

Same here: Normal Firefox Window (Version 129.0.2 -64-bit) error 401:

When i integrate the WebDav connection in private mode everything is working like a charm:

The problems started with current updated Tusk version. Before august update everything was working.

WebDAV Sever = Nextcloud Hub 8 (29.0.5) Error Log from Nextcloud: NotAuthenticated - No public access to this resource., No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured, No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured

[Horst12345]

Microsoft Edge - Version 128.0.2739.42 (64-bit) - Working

[subdavis]

NotAuthenticated - No public access to this resource., No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured, No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured

Thank you , that's helpful context.

[Horst12345]

Problem is solved. Tusk can open the database without any problem. What has happen? Version of tusk is furthermore 2024.8.2

[subdavis]

The latest version on firefox is 2024.8.20 which did have some fixes, but it seemed this thread was still having a problem after that.

[bigdestroyer]

Agreed, same error here. Have the Chrome extension added to Vivaldi browser installed. Work PC which has been set up prior to 2024.8.2 still works even though now on that version. Try to set it up on 2024.8.2 does not work

[ivanjx]

unlocking database also gives 404 error on normal window but works fine on private window

[steeb-k]

2024.8.20 - I was getting the 401 error message, but could successfully authenticate in a private window. Logging out of my Nextcloud instance allowed me to login using the app password through Tusk - and logged me back into my Nextcloud instance in the browser, as well. It appears that the issue is likely related to 2FA authentication, since I had to use an app password to get in, but the stored credentials when you have already logged in via normal password + 2FA stop Tusk from successfully authenticating with any method.

So a workaround (if your Nextcloud instance uses 2FA) is to logout of your Nextcloud account and log back in using an app password. Tusk seems to be flummoxed by the 2FA implementation in an already-logged-in Nextcloud instance.

[krodelabestiole]

same problem here : 401 trying to connect Zen Browser and Tusk v. 2024.8.20 to nextcloud without 2FA, and with valid SSL certificate...

I use the webdav path that works with any webdav client https://nextcloud.example.com/remote.php/dav/files/username/ or the exact dir https://nextcloud.example.com/remote.php/dav/files/username/documents/keyz same error. and 100% confident with the credentials.

Following the best practices I've created a tusk user : https://nextcloud.example.com/remote.php/dav/files/tusk/ I've also tried creating a device / app password (should not that be the recommended practice ?) with still no luck (same 401).