Bug 2078857 - gvfs-1.50.0-3.fc36 regression: webdav broken in nautilus
Summary: gvfs-1.50.0-3.fc36 regression: webdav broken in nautilus
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gvfs
Version: 36
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ondrej Holy
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-04-26 11:13 UTC by Kamil Páral
Modified: 2022-05-07 04:32 UTC (History)
1 user (show)

Fixed In Version: gvfs-1.50.1-1.fc36
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-05-07 04:32:43 UTC
Type: Bug

Attachments (Terms of Use)
Nautilus waiting indefinitely (69.74 KB, image/png)
2022-04-26 11:14 UTC, Kamil Páral 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME gvfs issues 618 0 None closed Connections to WebDAV locations hang indefinitely 2022-04-26 14:03:19 UTC

Description Kamil Páral 2022-04-26 11:13:55 UTC 
Description of problem:
After updating to gvfs-1.50.0-3.fc36 or gvfs-1.50.0-4.fc36 (both are broken), webdav mounting no longer works in Nautilus. I can no longer connect to the Public folder on other computers. I can't even connect to my own Public folder on localhost.

When I downgrade to gvfs-1.50.0-2.fc36, everything starts working again.

I don't see any messages in system journal which could help debug this. But [1] says "Rewrite DAV backend to libsoup async API to fix crashes (#2062465)" so the rewrite was probably faulty.

[1] https://bodhi.fedoraproject.org/updates/FEDORA-2022-ea5633132d

Version-Release number of selected component (if applicable):
gvfs-1.50.0-2.fc36  # works
gvfs-1.50.0-3.fc36  # broken
gvfs-1.50.0-4.fc36  # broken

How reproducible:
always

Steps to Reproduce:
1. install F36 Workstation
2. open Nautilus, go to ~/Public
3. click Sharing Settings in the top bar
4. enable Sharing, and enable File Sharing (no password)
5. in Nautilus, go to Other Locations
6. under Networks see "$user's public files on $hostname" item
7. click on it
8. after some waiting, an "Opening... [Cancel]" dialog appears
9. even if you wait long, the shared folder is not accessed

10. downgrade to gvfs-1.50.0-2.fc36, reboot
11. repeat steps 5-7, see the folder mounted immediately
Comment 1 Kamil Páral 2022-04-26 11:14:23 UTC 
Created attachment 1875060 [details]
Nautilus waiting indefinitely
Comment 2 Ondrej Holy 2022-04-26 13:57:33 UTC 
Sorry for the inconvenience, this is going to be fixed in 1.50.1 version.
Comment 3 Fedora Update System 2022-04-26 14:42:39 UTC 
FEDORA-2022-56ac7db53a has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-56ac7db53a
Comment 4 Kamil Páral 2022-04-26 14:55:28 UTC 
(In reply to Fedora Update System from comment #3)
> FEDORA-2022-56ac7db53a has been submitted as an update to Fedora 36.
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-56ac7db53a

Fixes the bug, thanks.
Comment 5 Fedora Update System 2022-04-26 22:01:42 UTC 
FEDORA-2022-56ac7db53a has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-56ac7db53a`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-56ac7db53a

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 6 Fedora Update System 2022-05-07 04:32:43 UTC 
FEDORA-2022-56ac7db53a has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.