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 702792 - Handle OSX/Finder system files
Handle OSX/Finder system files
Product: nautilus
Classification: Core
Component: general
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Reported: 2013-06-21 07:50 UTC by Luc Pi
Modified: 2021-06-18 15:29 UTC
See Also:
GNOME target: ---
GNOME version: ---

OSX/Finder system files as seen by nautilus (8.47 KB, image/png)
2013-06-21 07:50 UTC, Luc Pi
possible thumbnail for all OSX/Finder system files (9.10 KB, image/svg+xml)
2013-06-21 07:51 UTC, Luc Pi

Description Luc Pi 2013-06-21 07:50:09 UTC
Created attachment 247406 [details]
OSX/Finder system files as seen by nautilus

OSX is using special files to store Finder view information.

When you share a drive (like a partition, or a USB drive, for example) between OSX and Linux, these files are visible to nautilus.

The files are, at least
- .DS_Store           is the folder view settings
- .VolumeIcon.icns    is the icon of the volume
- Icon^M              is the icon of the current folder
                      (as far as I know)
They are all optional, and they will appear if the OSX user set specific settings.

--> Currently nautilus renders them each differently: generic binary, unknown image, generic text. (see attached screenshot)

==> There should be a unique "apple" thumbnail for all of them, that tells the user: "this is from OSX, don't change/delete it if you care about OSX."

In addition, while .DS_Store and .VolumeIcon.icns are interpreted as hidden files by nautilus, Icon^M is not.

==> Icon^M should be handled as a hidden file too.
Comment 1 Luc Pi 2013-06-21 07:51:28 UTC
Created attachment 247407 [details]
possible thumbnail for all OSX/Finder system files
Comment 2 André Klapper 2021-06-18 15:29:28 UTC
GNOME is going to shut down in favor of
As part of that, we are mass-closing older open tickets in
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
and create a new ticket at

Thank you for your understanding and your help.