list view defines .iso as unknown types

Bug #1481049 reported by Tamburrino Roberto on 2015-08-03
This bug affects 2 people
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)

Bug Description

the file manager does not have iin order "type" the .iso file, as shown in the picture you see that I enclose, the files with the extension .iso not respect the line and are scattered around the window

Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

no longer affects: unity
affects: unity (Ubuntu) → nautilus (Ubuntu)
Changed in nautilus (Ubuntu):
importance: Undecided → Low
summary: - the file manager does not have the .iso file in row
+ list view defines .iso as unknown types
Doug McMahon (mc3man) wrote :

Could be a limitation of the narrowness of the default "Type" in nautilus. They have the possibility for a detailed type, just not enabled though can easily be done with small non-invasive patch. Screen shows the diff between the 2

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in nautilus (Ubuntu):
status: New → Confirmed
Ads20000 (ads20000) wrote :

Confirmed on Ubuntu 17.10. The Files 3.28 Flatpak has this bug fixed by calling the Type of ISOs 'Other' and you can get more info on the Types with the 'Type (Detailed)' column. Ubuntu 18.04 is shipping with Files 3.26, however, so this bug still applies to Ubuntu.

I filed a bug upstream here but immediately closed it when I realized that the new behavior is intended and makes sense:

On Ubuntu 17.10 or 18.04:

sudo apt install flatpak
flatpak remote-add --from gnome-apps-nightly
flatpak install gnome-apps-nightly org.gnome.Nautilus/x86_64/master
nautilus --quit
flatpak run org.gnome.Nautilus

Ads20000 (ads20000) wrote :

If you think this is still an issue on Files 3.28 then comment on my issue and I may reopen it :)

Doug McMahon (mc3man) wrote :

If Ubuntu wanted to add this to 3.26 it's rather trivial

The attachment "details_full.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags: added: patch
Ads20000 (ads20000) wrote :

I think Ubuntu should stick with upstream here really, so I'd suggest attaching that patch on the upstream bug (and then I'll re-open the bug) if you think the behaviour should be changed, but given they gave the Expected Behaviour tag to my closed bug I think the matter is closed.

Daniel van Vugt (vanvugt) wrote :

It's not an issue upstream, but sounds like Doug's suggestion to backport the feature to 3.26 (still used up to Ubuntu 18.10) might be a good idea.

Changed in nautilus (Ubuntu):
status: Confirmed → Triaged
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers