Description of problem: This crash happens when I want to connect to my public files on a different computer (using dav share enabled through Nautilus and ~/Public folder on a remote Fedora 35 system). I go to Nautilus to Other Locations, click on "kparal's public files on <hostname>", Nautilus says "Remote peer disconnected" and ABRT shows a new crash notification each time I do this. Version-Release number of selected component: gvfs-1.49.90-1.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user/session.slice/gvfs-daemon.service cmdline: /usr/libexec/gvfsd-dav --spawner :1.7 /org/gtk/gvfs/exec_spaw/5 crash_function: type_class_init_Wm executable: /usr/libexec/gvfsd-dav journald_cursor: s=cddadddb15ef4048b2a62e0cb42d91b8;i=f43b;b=08f1b761e2754e3bb68d0bb82ae2a304;m=74093f8;t=5daccdd8f8f40;x=e36eec922f398b17 kernel: 5.17.0-0.rc7.116.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000
Created attachment 1867433 [details] File: backtrace
Created attachment 1867434 [details] File: core_backtrace
Created attachment 1867435 [details] File: cpuinfo
Created attachment 1867436 [details] File: dso_list
Created attachment 1867437 [details] File: environ
Created attachment 1867438 [details] File: limits
Created attachment 1867439 [details] File: maps
Created attachment 1867440 [details] File: mountinfo
Created attachment 1867441 [details] File: open_fds
Created attachment 1867442 [details] File: proc_pid_status
Created attachment 1867443 [details] File: var_log_messages
I tested this with several more computers. Connecting F35->F35 webdav using Nautilus works just fine. Connecting F35->F36 also works fine. Only connecting F36->F35 immediately crashes in gvfs. I even found out that you can't connect to *yourself* (i.e. enabling ~/Public sharing and then connecting to your own host from Nautilus -> Other Locations), that also crashes. So it seems the problem is in the connection client being completely broken. Reproducer: 1. On F36, go to GNOME Settings -> Sharing -> enable File Sharing and the global toggle 2. In Nautilus, go to Other Locations, see your own host under Networks and try to connect to it 3. Alternatively, connect to a different Fedora machine on your local network Proposing for a blocker discussion, whether remote webdav connection (using GNOME's public sharing system) is considered a basic functionality of Nautilus or not: https://fedoraproject.org/wiki/Fedora_36_Final_Release_Criteria#Default_application_functionality
Just a note that I can reproduce it and probably see what is wrong, so I am going to propose an upstream fix for it.
A possible duplicate - bug 2062465.
Discussed during the 2022-03-28 blocker review meeting: [0] The decision to classify this bug as a "RejectedBlocker (Final)" and an "AcceptedFreezeException (Final)" was made as we agreed this goes beyond 'basic functionality', but does seem worth granting an FE to try and make sure the feature works on the live image. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2022-03-28/f36-blocker-review.2022-03-28-16.00.txt
gvfs-1.50.0-2.fc36 is stable now - it was in https://bodhi.fedoraproject.org/updates/FEDORA-2022-a69718b1e1 - so it should be fixed. Kamil, can you confirm?
Yes, it's fixed now.