Bug 2066717

Summary: [abrt] gvfs: type_class_init_Wm(): gvfsd-dav killed by SIGABRT
Product: [Fedora] Fedora Reporter: Kamil Páral <kparal>
Component: gvfsAssignee: Ondrej Holy <oholy>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 36CC: awilliam, gmarr, oholy, robatino
Target Milestone: ---Keywords: CommonBugs
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/119960e27e334cc52b7468df5ef61f2813b72398
Whiteboard: abrt_hash:4a2adce01d9551fa9d6ebf1654aab051b5b62e08;VARIANT_ID=workstation; https://ask.fedoraproject.org/t/common-issues/20803 RejectedBlocker AcceptedFreezeException
Fixed In Version: gvfs-1.50.0-2.fc36 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-04-01 07:09:50 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1953786    
Attachments:
Description Flags
File: backtrace
none
File: core_backtrace
none
File: cpuinfo
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: mountinfo
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Kamil Páral 2022-03-22 11:33:20 UTC
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

Comment 1 Kamil Páral 2022-03-22 11:33:23 UTC
Created attachment 1867433 [details]
File: backtrace

Comment 2 Kamil Páral 2022-03-22 11:33:24 UTC
Created attachment 1867434 [details]
File: core_backtrace

Comment 3 Kamil Páral 2022-03-22 11:33:26 UTC
Created attachment 1867435 [details]
File: cpuinfo

Comment 4 Kamil Páral 2022-03-22 11:33:27 UTC
Created attachment 1867436 [details]
File: dso_list

Comment 5 Kamil Páral 2022-03-22 11:33:29 UTC
Created attachment 1867437 [details]
File: environ

Comment 6 Kamil Páral 2022-03-22 11:33:30 UTC
Created attachment 1867438 [details]
File: limits

Comment 7 Kamil Páral 2022-03-22 11:33:32 UTC
Created attachment 1867439 [details]
File: maps

Comment 8 Kamil Páral 2022-03-22 11:33:34 UTC
Created attachment 1867440 [details]
File: mountinfo

Comment 9 Kamil Páral 2022-03-22 11:33:35 UTC
Created attachment 1867441 [details]
File: open_fds

Comment 10 Kamil Páral 2022-03-22 11:33:37 UTC
Created attachment 1867442 [details]
File: proc_pid_status

Comment 11 Kamil Páral 2022-03-22 11:33:39 UTC
Created attachment 1867443 [details]
File: var_log_messages

Comment 12 Kamil Páral 2022-03-22 12:08:49 UTC
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

Comment 13 Ondrej Holy 2022-03-23 11:02:10 UTC
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.

Comment 14 Kamil Páral 2022-03-24 08:38:30 UTC
A possible duplicate - bug 2062465.

Comment 15 Geoffrey Marr 2022-03-28 19:31:08 UTC
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

Comment 16 Adam Williamson 2022-03-31 23:18:51 UTC
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?

Comment 17 Kamil Páral 2022-04-01 07:09:50 UTC
Yes, it's fixed now.