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 779481 - Nautilus should not mount iPhone "Documents on <device name>" partition
Nautilus should not mount iPhone "Documents on <device name>" partition
Status: RESOLVED DUPLICATE of bug 749639
Product: nautilus
Classification: Core
Component: general
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-03-02 16:49 UTC by Nate Graham
Modified: 2017-03-02 20:34 UTC
See Also:
GNOME target: ---
GNOME version: 3.21/3.22



Description Nate Graham 2017-03-02 16:49:57 UTC
Fedora 25 + GNOME 3.22.2 + nautilus 3.22.2

Right now, when an iPhone is plugged in, Nautilus mounts two partitions: "iPhone" and "Documents on <device name>". The former volume is supposed to show the photos on the device (currently broken due to https://bugzilla.gnome.org/show_bug.cgi?id=779433).

The latter volume is deliberately mounted in a manner that makes it appear to be empty, apparently to protect the contents from the user. It's rather confusing to show a deliberately empty volume; instead of doing this, it would be better if Nautilus didn't mount it at all, and only mounted/displayed the "iPhone" volume. Advanced users who think they need to see what's on there can figure out for themselves how to mount it.
Comment 1 Ernestas Kulik 2017-03-02 16:53:04 UTC
(In reply to Nate Graham from comment #0)
> The latter volume is deliberately mounted in a manner that makes it appear
> to be empty, apparently to protect the contents from the user. It's rather
> confusing to show a deliberately empty volume; instead of doing this, it
> would be better if Nautilus didn't mount it at all, and only
> mounted/displayed the "iPhone" volume. Advanced users who think they need to
> see what's on there can figure out for themselves how to mount it.

Not empty. I have an iPhone and I use it to sync files with apps.
Comment 2 Bastien Nocera 2017-03-02 16:58:20 UTC
(In reply to Nate Graham from comment #0)
> Fedora 25 + GNOME 3.22.2 + nautilus 3.22.2
> 
> Right now, when an iPhone is plugged in, Nautilus mounts two partitions:
> "iPhone" and "Documents on <device name>". The former volume is supposed to
> show the photos on the device (currently broken due to
> https://bugzilla.gnome.org/show_bug.cgi?id=779433).
> 
> The latter volume is deliberately mounted in a manner that makes it appear
> to be empty, apparently to protect the contents from the user.

No, you just don't have any applications that support Documents.

> It's rather
> confusing to show a deliberately empty volume; instead of doing this, it
> would be better if Nautilus didn't mount it at all, and only
> mounted/displayed the "iPhone" volume. Advanced users who think they need to
> see what's on there can figure out for themselves how to mount it.

The Documents share is the user-friendly option, not the raw AFC access. See bug 749639.

(In reply to Ernestas Kulik from comment #1)
> (In reply to Nate Graham from comment #0)
> > The latter volume is deliberately mounted in a manner that makes it appear
> > to be empty, apparently to protect the contents from the user. It's rather
> > confusing to show a deliberately empty volume; instead of doing this, it
> > would be better if Nautilus didn't mount it at all, and only
> > mounted/displayed the "iPhone" volume. Advanced users who think they need to
> > see what's on there can figure out for themselves how to mount it.
> 
> Not empty. I have an iPhone and I use it to sync files with apps.

What apps?
Comment 3 Nate Graham 2017-03-02 17:00:34 UTC
Ah OK, gotcha. Feel free to close this if it's not relevant.
Comment 4 Ernestas Kulik 2017-03-02 17:03:03 UTC
(In reply to Bastien Nocera from comment #2)
> (In reply to Ernestas Kulik from comment #1)
> > (In reply to Nate Graham from comment #0)
> > > The latter volume is deliberately mounted in a manner that makes it appear
> > > to be empty, apparently to protect the contents from the user. It's rather
> > > confusing to show a deliberately empty volume; instead of doing this, it
> > > would be better if Nautilus didn't mount it at all, and only
> > > mounted/displayed the "iPhone" volume. Advanced users who think they need to
> > > see what's on there can figure out for themselves how to mount it.
> > 
> > Not empty. I have an iPhone and I use it to sync files with apps.
> 
> What apps?

Only MiniKeePass, currently.
Comment 5 Bastien Nocera 2017-03-02 17:19:46 UTC
MiniKeePass appears in the "Documents on..." mount, and its document folder is accessible. Why do you need to use the AFC mount (the one with just the device name), instead of the Documents sharing one?
Comment 6 Ernestas Kulik 2017-03-02 18:45:53 UTC
(In reply to Bastien Nocera from comment #5)
> MiniKeePass appears in the "Documents on..." mount, and its document folder
> is accessible. Why do you need to use the AFC mount (the one with just the
> device name), instead of the Documents sharing one?

I think you misunderstood me. That’s exactly what I do.
Comment 7 Bastien Nocera 2017-03-02 19:11:51 UTC
So it's working exactly as expected. On my system, I can see 2 network file managers, and 2 printer utilities, and a third-party video player.

The "normal" mount contains only implementation details, such as the (encrypted) iTunes database, and a bunch of internal files. If any applications on your (Linux) system needs access to those, then they should be modified to mount this "partition" automatically. In the meanwhile, the Documents sharing is the closest to what people expect from the Documents sharing in iTunes.

*** This bug has been marked as a duplicate of bug 749639 ***
Comment 8 Nate Graham 2017-03-02 20:34:37 UTC
Thanks!