Bug 484580 - No access to webdavs since plasma6
Summary: No access to webdavs since plasma6
Status: CONFIRMED
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: WebDAV (show other bugs)
Version: 6.0.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KIO Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-03-27 08:48 UTC by Axel Braun
Modified: 2024-11-20 08:33 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot of error message (21.97 KB, image/png)
2024-03-30 13:15 UTC, Axel Braun
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Braun 2024-03-27 08:48:11 UTC
Since update to Plasma 6 I cant access my webdavs share. Error message:
Folder webdavs://xxxx@webdav.mc.gmx.net/ does not exist

Any other info I cold provide? Please advise!

Operating System: openSUSE Tumbleweed 20240325
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.8.1-1-default (64-bit)
Graphics Platform: Wayland
Comment 1 Ben 2024-03-29 16:07:58 UTC
Hi Axel,

I had a similar problem, and could work around it with removing the user xxx@ from the url. KIO asked for username and password, saved it (again) to kwallet and connects fine now.

If that is the same for you, the bug is rather that the url handler does not recognize the user part correctly.
Comment 2 Axel Braun 2024-03-30 12:18:24 UTC
(In reply to Ben from comment #1)

> I had a similar problem, and could work around it with removing the user
> xxx@ from the url. KIO asked for username and password, saved it (again) to
> kwallet and connects fine now.

Hello Ben,
I needed to remove the user/PW from kwallet and log-in again, to get the folder overview working. 
But that did not bring complete success. As soon as I click a subfolder it claims 'invalid protocol'
journalctl:
Mär 30 13:15:15 X1E dolphin[25447]: kf.kio.core: Invalid URL: QUrl("")
(this time on wayland)
Comment 3 Méven Car 2024-03-30 12:42:15 UTC
(In reply to Axel Braun from comment #2)
> (In reply to Ben from comment #1)
> 
> > I had a similar problem, and could work around it with removing the user
> > xxx@ from the url. KIO asked for username and password, saved it (again) to
> > kwallet and connects fine now.
> 
> Hello Ben,
> I needed to remove the user/PW from kwallet and log-in again, to get the
> folder overview working. 
> But that did not bring complete success. As soon as I click a subfolder it
> claims 'invalid protocol'
> journalctl:
> Mär 30 13:15:15 X1E dolphin[25447]: kf.kio.core: Invalid URL: QUrl("")

Can you copy the url that dolphin is trying to access roughtly?
Does it work if you add or remove the trailing slash from the url ?

> (this time on wayland)

Hardly have any incidence here.
Comment 4 Axel Braun 2024-03-30 13:15:40 UTC
Created attachment 167940 [details]
Screenshot of error message

Backslash or not does not make any difference. It seems that the click on a folder does not return the proper folder name
If I go to the location bar and complete webdavs://webdav.mc.gmx.net/GNUHealth/ it determines the folder while I type and is able to change into that folder.
Comment 5 Axel Braun 2024-03-30 13:19:22 UTC
Another interesting fact - when in one subfolder, click on a subfolder is working as expected
Comment 6 Enno Gotthold 2024-04-20 09:10:37 UTC
(In reply to Ben from comment #1)
> Hi Axel,
> 
> I had a similar problem, and could work around it with removing the user
> xxx@ from the url. KIO asked for username and password, saved it (again) to
> kwallet and connects fine now.
> 
> If that is the same for you, the bug is rather that the url handler does not
> recognize the user part correctly.

For me this workaround didn't work. I still get "The file or folder ... doesn't exist".

I also found a downstream duplicate - https://bugzilla.suse.com/show_bug.cgi?id=1181988
Comment 7 Ben 2024-04-20 09:33:38 UTC
(In reply to Enno Gotthold from comment #6)
> I also found a downstream duplicate -
> https://bugzilla.suse.com/show_bug.cgi?id=1181988

It looks remotely similar but predates Plasma 6. These kind of problems pop up all the time and generally get dismissed by annoying self-proclaimed experts.

See e.g.: https://forums.opensuse.org/t/how-to-clear-dolphin-password-after-failed-sftp-login/170625/40
Comment 8 Méven Car 2024-05-02 11:45:14 UTC
(In reply to Enno Gotthold from comment #6)
> (In reply to Ben from comment #1)
> > Hi Axel,
> > 
> > I had a similar problem, and could work around it with removing the user
> > xxx@ from the url. KIO asked for username and password, saved it (again) to
> > kwallet and connects fine now.
> > 
> > If that is the same for you, the bug is rather that the url handler does not
> > recognize the user part correctly.
> 
> For me this workaround didn't work. I still get "The file or folder ...
> doesn't exist".
> 
> I also found a downstream duplicate -
> https://bugzilla.suse.com/show_bug.cgi?id=1181988

This might get fixed with https://invent.kde.org/frameworks/kio/-/merge_requests/1620 in KF 6.2
Comment 9 Bernhard Breinbauer 2024-06-02 10:12:41 UTC
I also can't connect to webdav servers since Plasma 6. I tried to produce a test case today with a public webdav server at https://www.dlp-test.com/webdav_pub/
I noticed the following:
When I enter the URL webdav://www.dlp-test.com/webdav/ in dolphin, the connection works. When I change the URL to webdavs://www.dlp-test.com/webdav/ it loads forever, but the connection is never established.
So it seems related to the secure connection.
Can't see any useful information in journalctl.
Comment 10 Enno Gotthold 2024-06-21 14:12:41 UTC
(In reply to Méven Car from comment #8)
> (In reply to Enno Gotthold from comment #6)
> > (In reply to Ben from comment #1)
> > > Hi Axel,
> > > 
> > > I had a similar problem, and could work around it with removing the user
> > > xxx@ from the url. KIO asked for username and password, saved it (again) to
> > > kwallet and connects fine now.
> > > 
> > > If that is the same for you, the bug is rather that the url handler does not
> > > recognize the user part correctly.
> > 
> > For me this workaround didn't work. I still get "The file or folder ...
> > doesn't exist".
> > 
> > I also found a downstream duplicate -
> > https://bugzilla.suse.com/show_bug.cgi?id=1181988
> 
> This might get fixed with
> https://invent.kde.org/frameworks/kio/-/merge_requests/1620 in KF 6.2

I am running openSUSE TW 20240613 with KDE Frameworks 6.3.0 (and Plasma 6.0.5) but the bug is still occurring. Same error message. Removing the user from the URI sadly still doesn't help.
Comment 11 Tim 2024-07-29 11:12:30 UTC
I encounter the same issue since upgrading Fedora 39 to 40. Now running plasma-workspace-common-6.1.3-2.fc40.x86_64).
Connecting to my photoprism webdav share (located at <baseurl>/originals) with Dolphin returns the error "The file or folder [...] does not exist.", when manually navigating to /originals/DCIM, the folder is listed and can be browsed recursively. 

When connecting to my Hetzner storage box Webdav, I can list the root (/) and see subdirectories, however entering those subdirectories returns the same "does not exist" error.

Both shares work using Thunar file browser.
Comment 12 Ludovic 2024-08-05 09:34:05 UTC
(In reply to Tim from comment #11)
> I encounter the same issue since upgrading Fedora 39 to 40. Now running
> plasma-workspace-common-6.1.3-2.fc40.x86_64).
> Connecting to my photoprism webdav share (located at <baseurl>/originals)
> with Dolphin returns the error "The file or folder [...] does not exist.",
> when manually navigating to /originals/DCIM, the folder is listed and can be
> browsed recursively. 
> 
> When connecting to my Hetzner storage box Webdav, I can list the root (/)
> and see subdirectories, however entering those subdirectories returns the
> same "does not exist" error.
> 
> Both shares work using Thunar file browser.

Hello,

I'm in the same case than you after update from F39 to F40 no more WebDav from my nextcloud... but from an other device it's working fine... 

does not exist error are haunting me... 


Thinking that we must continue wait as KF 6.2 suggered in comment #8
Comment 13 Bug Janitor Service 2024-10-12 16:00:29 UTC
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/1738
Comment 14 Enno Gotthold 2024-10-14 07:37:52 UTC
After applying the linked MR I was able to browse the root folder of my Photoprism instance again. Verified on openSUSE Tumbleweed.
Comment 15 Fabian Vogt 2024-10-23 07:30:36 UTC
Git commit b382e97754a9cdb7c235ca11ef3959b63607ff87 by Fabian Vogt.
Committed on 23/10/2024 at 07:29.
Pushed by fvogt into branch 'master'.

[webdav] Handle redirections which add trailing slashes

KIO doesn't always send trailing slashes when referencing collections.
The RFC (quoted in the comment) requires that such clients handle
redirections, which KIO can't do correctly in this case.

Add explicit handling for such redirections in the http worker, such that
KIO and applications don't need to be aware of this.

M  +30   -27   src/kioworkers/http/http.cpp

https://invent.kde.org/frameworks/kio/-/commit/b382e97754a9cdb7c235ca11ef3959b63607ff87
Comment 16 jolic 2024-11-16 15:30:01 UTC
Hello, I can confirm this issue on Linux Manjaro KDE (stable). WebDAV functionality in KDE Dolphin has not worked since the KDE Frameworks update to 6.5.0 (I am currently using version 6.6.0). In contrast, it still worked correctly with Frameworks version 6.4.0.

I am receiving this error message:
>> The file or folder webdavs://domain.tld/daten does not exist

Interestingly, I can list the contents via the console, for example:
>> kioclient ls webdavs://domain.tld/daten/

As a temporary workaround, I am using Krusader, which works without any issues.

For additional details and user reports, please refer to this forum thread:
https://forum.manjaro.org/t/problem-with-dolphin-and-webdavs-since-update-2024-08-20/167439