After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 788290 - x-gvfs-show broken in GNOME 3.26
x-gvfs-show broken in GNOME 3.26
Status: RESOLVED DUPLICATE of bug 781867
Product: gvfs
Classification: Core
Component: general
1.34.x
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2017-09-28 12:36 UTC by Michael Biebl
Modified: 2017-10-03 16:17 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Biebl 2017-09-28 12:36:44 UTC
I have an entry in /etc/fstab which was created by gnome-disks and looks like this:

LABEL=Data   /mnt/data ntfs-3g noauto,nofail,user,x-gvfs-show 0 0

It's an external hard-drive attached via USB.
In older gnome releases, the addition of x-gvfs-show made the mount point show up in nautilus and the file picker.

This is no longer the case in GNOME 3.26. If I remove the fstab entry and let udisks mount the drive at /media/username, it shows up in nautilus.

I'm not sure if gvfs or glib or udisks2 is at fault here. Please reassign as necessary.


glib: 2.54.0
udisks2: 2.7.3
gvfs: 1.34.0
Comment 1 Ondrej Holy 2017-09-29 08:35:42 UTC
I would really like to fix this, this bug appearing on various trackers, but still I can't reproduce it and don't have many hints what might be wrong. Udisks output seems correct as per your udisks bug:
https://github.com/storaged-project/udisks/issues/375

So, I hope this is the same bug and we can continue here with new questions...

What is output from "mount | grep /mnt/data"?
What is output from "GIO_USE_VOLUME_MONITOR=unix gio mount -l | grep /mnt/data"?
Doesn't help if you use /dev/... instead of LABEL=Data in fstab?

What distro are you using? Is it reproducible also using live distribution? Can you provide me the concrete link to that live medium, where you can reproduce?
Comment 2 Michael Biebl 2017-09-29 16:43:36 UTC
I ran a git bisect today. The first faulty commit is https://git.gnome.org/browse/glib/commit/?id=83c1b88

Reverting that makes the mount point show up again.

I have to add, that as long as the device is not mounted, it shows up in the nautilus side bar. As soon as it's mounted by udisks though, it vanishes.
So it's only a short flash where I see the mounted device.
Comment 3 Michael Biebl 2017-09-29 17:44:31 UTC
sorry, one-off: the first faulty commit is actually https://git.gnome.org/browse/glib/commit/?id=53ed1804e
Comment 4 Ondrej Holy 2017-10-02 10:33:33 UTC
Thanks for bisect results. I was about that it can be one of those patches, however, I am not really sure why and still can't reproduce on Fedora rawhide... Can you please answer at least what distribution are you using if not all the unanswered questions from Comment 1 and the udisks bug?
Comment 5 Ondrej Holy 2017-10-02 10:33:46 UTC
I've just proposed one fix for commit 53ed180, but not sure this is related. See Bug 781867. Can you please test with this patch for sure?
Comment 6 Michael Biebl 2017-10-02 21:19:56 UTC
https://bug781867.bugzilla-attachments.gnome.org/attachment.cgi?id=360754
seems to do the trick. After rebuilding glib with that patch applied, the device/mount point shows up in nautilus again.

Thanks!
Comment 7 Ondrej Holy 2017-10-03 16:17:03 UTC
Interesting, thanks for testing.

*** This bug has been marked as a duplicate of bug 781867 ***