When it opens any ISO image there is only README.TXT file listed which is actually not inside the ISO files. Reproducible: Always Steps to Reproduce: 1. Open ISO image file. 2. 3. Actual Results: Shows only ghost README.TXT file inside, but there is no README.TXT file inside. Expected Results: Should list all the files inside this ISO. openSUSE Leap 42.1 x64 plasma5 5.4.3 shared-mime-info 1.2-3.3
Does it happen with any iSO file? Can you provide at least one link to an ISO that Ark cannot open?
It happens with all ISO files, so choose any ISO you want.
When I open those images with file-roller it shows them as empty, but they are not !!!!!!
When I mount them in the console (mount iso where) it does it correctly and I can see and copy what's inside the ISOs.
I even tried to upgrade shared-mime-info to 1.5, but with no positive result.
I was only able to reproduce the issue with Windows installation's ISOs. It's a problem with UDF file systems within the ISO file, and looks like an upstream limitation: https://github.com/libarchive/libarchive/issues/298 That's also why file-roller shows them as empty. However, you should be able to open "normal" (non-UDF) ISO files. Please try to open the ISO with e.g. Ubuntu or OpenSUSE live CD/DVD. If you can't, please start Ark from terminal, try to open again the ISO and post here the output. Other infos that would be useful: for each ISO file that Ark opens with only README.TXT in it, please post here the output of: $ file --mime-type /path/to/the/ISO
Yes, you are right!!! :) I was testing only windows ISOs :( Ark opens Linux ISOs :) Output on almost all of them windows images gives me: application/x-iso9660-image but on one of them it is: application/octet-stream ...and when I try to open this one with Ark it is totally empty. Thanks for info :)
Can this be fixed?
(In reply to cameronpoe from comment #7) > Yes, you are right!!! :) > I was testing only windows ISOs :( > Ark opens Linux ISOs :) > > Output on almost all of them windows images gives me: > application/x-iso9660-image This confirms that we cannot do much. Libarchive (which is used for ISO files) supports ISO9660 images, but not if they have an UDF filesystem. It may be possible to use directly libcdio instead of libarchive, but that would require someone to write another plugin from scratch. > but on one of them it is: application/octet-stream > ...and when I try to open this one with Ark it is totally empty. This should not happen. Can you start Ark from terminal and post here its output?
Git commit ced29dc40b5d33b595862c0c20b01e588655cd10 by Elvis Angelaccio. Committed on 22/01/2016 at 10:33. Pushed by elvisangelaccio into branch 'master'. Warn the user when trying to open ISO images with UDF filesystem. Libarchive does not currently support ISO9660 images with UDF filesystem. We can at least warn the user about this. M +9 -0 part/part.cpp http://commits.kde.org/ark/ced29dc40b5d33b595862c0c20b01e588655cd10
(In reply to Elvis Angelaccio from comment #9) > (In reply to cameronpoe from comment #7) > > but on one of them it is: application/octet-stream > > ...and when I try to open this one with Ark it is totally empty. > > This should not happen. Can you start Ark from terminal and post here its > output? ark.kerfuffle: Could not detect mimetype from content. Using extension-based mimetype: "application/x-cd-image"
(In reply to cameronpoe from comment #11) > (In reply to Elvis Angelaccio from comment #9) > > (In reply to cameronpoe from comment #7) > > > but on one of them it is: application/octet-stream > > > ...and when I try to open this one with Ark it is totally empty. > > > > This should not happen. Can you start Ark from terminal and post here its > > output? > > ark.kerfuffle: Could not detect mimetype from content. Using extension-based > mimetype: "application/x-cd-image" Can you mount this particular ISO, or open it with file-roller? It looks like neither the file command nor shared-mime-info can detect it as ISO file...
It mounts in the console with no problem, but when I open it with file-roller it shows it as empty as in ark and I get another message: (file-roller:6082): GLib-GObject-WARNING **: The property GtkMisc:yalign is deprecated and shouldn't be used anymore. It will be removed in a future version. Those both errors (and the previous one with ark) I get actually on other windows' ISOs as well, but only on this one it is empty in ark and in file-roller.
(In reply to cameronpoe from comment #13) > It mounts in the console with no problem, but when I open it with > file-roller it shows it as empty as in ark and I get another message: > > (file-roller:6082): GLib-GObject-WARNING **: The property GtkMisc:yalign is > deprecated and shouldn't be used anymore. It will be removed in a future > version. > > Those both errors (and the previous one with ark) I get actually on other > windows' ISOs as well, but only on this one it is empty in ark and in > file-roller. So, if I understand correctly: 1. When you open this ISO with Ark, nothing is shown (while the other Windows ISOs showed only the file README.TXT) 2. The "file --mime-type" command prints "application/octet-stream" for this ISO, while for the other Windows ISOs it printed "application/x-iso9660-image" If the above is correct, I think that it may be a different issue. Any chance you can post a link to this particular ISO? Or maybe it's already publicly hosted on the web?
1. YES 2. YES It is exactly this file from torrent: https://kat.cr/windows-7-home-premium-64-bit-pl-t7598837.html
(In reply to cameronpoe from comment #15) > 1. YES > 2. YES > > It is exactly this file from torrent: > https://kat.cr/windows-7-home-premium-64-bit-pl-t7598837.html It looks like this is not a valid ISO9660 file: $ isoinfo -f -i /path/to/iso CD-ROM is NOT in ISO 9660 format It probably makes sense to show a warning, though...
Git commit fe502322eef15f0bb6d9e3062658374397c6a982 by Elvis Angelaccio. Committed on 24/01/2016 at 13:29. Pushed by elvisangelaccio into branch 'master'. Warn the user when no entry could be listed. This may happen with e.g. ISO files which don't respect the ISO 9660 format. M +9 -2 part/part.cpp http://commits.kde.org/ark/fe502322eef15f0bb6d9e3062658374397c6a982
For now I'm marking this one as upstream limitation.
Wouldnt it be possible to use p7zip for ISO files? Engrampa uses p7zip and opens all iso archives just fine. Also keep in mind, that libarchive has a lot problems with iso files in general. Just try some older game iso files, you will have no success with libarchive but p7zip simply works.
I still cannot open ISO files with Ark (version 23.08.3). It says: "The archive is empty or Ark could not open its content." and shows nothing in the file list. Please reopen the problem, not fixed.
This is still the case with Ark 24.02.1. ISO images from type UDF (Universal Disk Format ISO 13346) can not be opened. I regularly enounter many isos of type udf. To my knowledge, every blu-ray and hd-dvd iso is UDF and since some years, all microsoft windows install ISOs (like Win 7, 10, 11, Server 2022) I currently work around this by using the dolphin plugin "mount iso" https://invent.kde.org/sdk/dolphin-plugins but it would be nice if ark could handle this, like it handles basically all other archive formats. this bug report was closed with "RESOLVED UPSTREAM" but it is not actually resolved anywhere. The issue still persists and imho the bug therefore should stay open. maybe the limitation comes from libarchive or whatever but the problem surfaces in Ark :-). maybe something else than libarchive is needed (no idea) other still open bug reports are about other formats bug 431703 mdf+mds format (not iso extension) bug 278381 valid iso9660 iso (not udf)