| Summary: | Ark cannot open iso cd image | ||
|---|---|---|---|
| Product: | [Applications] ark | Reporter: | Amichai Rothman <amichai2> |
| Component: | plugins | Assignee: | Ragnar Thomsen <rthomsen6> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | christoph, elvis.angelaccio, justin.zobel, smowtenshi |
| Priority: | NOR | ||
| Version First Reported In: | 15.12.0 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Amichai Rothman
2011-07-24 10:36:55 UTC
Is it always reproducible? Even if you try other ISO files? Does Ark work fine with tar archives? Closing while waiting for feedback from the reporter. As I mentioned in the original report, it was reproducible every time, on a particular iso file (which I had just created from a real CD). Since then I've upgraded to KDE 4.7.0/Ark 2.17 - now Ark does not crash any more, however it does not show the iso content either (just an empty file tree, with the iso file name in the window title). Mounting the image manually (mount -o loop) works ok and all content is accessible from the mount point that way. Full disclosure: I had ripped the iso images of 3 CDs at the time (the installation CDs provided with 2 devices I had purchased), and I'm not 100% sure which of the three was causing the crash, however one of them is experiencing the follow-up issue of not showing its contents, so I'm guessing it's the same one... Interesting. It looks like a problem with libarchive itself from what you describe. Unfortunately, I don't see a way to fix it unless we (as in me or the libarchive) guys can also reproduce it. Does the follow-up issue still occur to that specific iso you mentioned? Is it possible for us to create a random ISO following the steps you have followed and reproduce it? The issue still occurs (no content shown). I don't know how to recreate it with an arbitrarily created iso image. I can make the misbehaving iso available to you though (non-publicly) if it helps (it's a 348M iso). (In reply to comment #5) > I can make the misbehaving iso available to > you though (non-publicly) if it helps (it's a 348M iso). Can you please do so? Sorry, I never got the notification of your last comment, and simply forgot about the issue until now... It still happens (Ark shows an empty archive) on Kubuntu 14.04/KDE 4.13.0/Ark 2.19. Still interested in the iso? Yes, please. I've received the ISO file from Amichai and can also reproduce the issue. Reopening. I've also received the ISO, the bug can still be reproduced. Differently from the ISO in bug #358304 (comment #15), this one is a valid ISO9660 (according to `file --mime-type` and `isoinfo -f -i`). Yet Ark does not show its content. Raphael/Elvis I know it's a long shot but do you still have this ISO file to test? If so is it still an issue on the latest Ark/libarchive? You should still have it somewhere. Please keep the report open, if we close it for sure I'll forget to check. Still an issue with Ark 19.12.3 on Kubuntu 20.04.2. Ark shows a notification saying "The archive is empty or Ark could not open its content". A mount -o loop shows the content with no issue. What happens if you use bsdtar to list the contents of the ISO? (I would like to know whether this is the same issue as Bug 446760.) First I tried: $bsdtar -t bad.iso bsdtar: Error opening archive: Failed to open '/dev/st0' Then googled a bit and tried: $bsdtar -t -f bad.iso and the command completed with no output (no error and no listing). If you're in a position to fix this, u can contact me privately and I'll send you the iso somehow... Thank you - the ISO in this issue can be extracted by 7-Zip, meanwhile the ISO in Bug 446760 cannot be extracted by 7-Zip, so probably different issues... Works with 24.08 on e.g. NixOS. |