Bug 278381 - Ark cannot open iso cd image
Summary: Ark cannot open iso cd image
Status: RESOLVED FIXED
Alias: None
Product: ark
Classification: Applications
Component: plugins (other bugs)
Version First Reported In: 15.12.0
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: Ragnar Thomsen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-24 10:36 UTC by Amichai Rothman
Modified: 2024-12-08 18:18 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Amichai Rothman 2011-07-24 10:36:55 UTC
Application: ark (2.16)
KDE Platform Version: 4.6.5 (4.6.5)
Qt Version: 4.7.2
Operating System: Linux 2.6.38-10-generic x86_64
Distribution: Ubuntu 11.04

-- Information about the crash:
- What I was doing when the application crashed:

opened an iso cd image file (just a data cd with a dozen files on it)

The crash can be reproduced every time.

-- Backtrace:
Application: Ark (ark), signal: Segmentation fault
[Current thread is 1 (Thread 0x7fe24b867780 (LWP 32331))]

Thread 2 (Thread 0x7fe2369db700 (LWP 32332)):
[KCrash Handler]
#6  __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:32
#7  0x00007fe2369fc6ce in __archive_string_vsprintf () from /usr/lib/libarchive.so.2
#8  0x00007fe2369fce39 in archive_set_error () from /usr/lib/libarchive.so.2
#9  0x00007fe2369f50cc in ?? () from /usr/lib/libarchive.so.2
#10 0x00007fe2369ea0d0 in archive_read_next_header2 () from /usr/lib/libarchive.so.2
#11 0x00007fe2369ea2a4 in archive_read_next_header () from /usr/lib/libarchive.so.2
#12 0x00007fe236c24075 in LibArchiveInterface::list (this=0x10b5ae0) at ../../../../ark/plugins/libarchive/libarchivehandler.cpp:113
#13 0x00007fe24b475efb in Kerfuffle::ListJob::doWork (this=0x10af010) at ../../../ark/kerfuffle/jobs.cpp:158
#14 0x00007fe24b476c9d in Kerfuffle::ListJob::qt_metacall (this=0x10af010, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fe2369da830) at ./jobs.moc:176
#15 0x00007fe248fb9f4b in QMetaMethod::invoke (this=0x7fe2369daa80, object=0x10af010, connectionType=Qt::DirectConnection, returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1578
#16 0x00007fe248fbaba8 in QMetaObject::invokeMethod (obj=0x10af010, member=<value optimized out>, type=Qt::DirectConnection, ret=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1151
#17 0x00007fe24b475c3c in invokeMethod (this=0x10bc210) at /usr/include/qt4/QtCore/qobjectdefs.h:408
#18 Kerfuffle::Job::Private::run (this=0x10bc210) at ../../../ark/kerfuffle/jobs.cpp:54
#19 0x00007fe248eca175 in QThreadPrivate::start (arg=0x10bc210) at thread/qthread_unix.cpp:320
#20 0x00007fe2457dcd8c in start_thread (arg=0x7fe2369db700) at pthread_create.c:304
#21 0x00007fe2488a204d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#22 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fe24b867780 (LWP 32331)):
#0  0x00007fe248894f03 in __poll (fds=<value optimized out>, nfds=<value optimized out>, timeout=<value optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fe2423ec512 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fe2423edb3f in xcb_wait_for_reply () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fe246e6f8ad in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007fe246e59414 in XInternAtom () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007fe246e85fc3 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007fe246e8602d in _XmbTextListToTextProperty () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007fe249a06db8 in qstring_to_xtp (s=...) at kernel/qwidget_x11.cpp:1403
#8  0x00007fe249a07e98 in QWidgetPrivate::setWindowTitle_sys (this=<value optimized out>, caption=...) at kernel/qwidget_x11.cpp:1437
#9  0x00007fe2499b69b1 in QWidgetPrivate::setWindowTitle_helper (this=0xcec890, title=...) at kernel/qwidget.cpp:5972
#10 0x00007fe2499b6bcf in QWidget::setWindowTitle (this=0xd27170, title=...) at kernel/qwidget.cpp:6002
#11 0x00007fe24a755d4b in KMainWindow::setCaption (this=0xd27170, caption=<value optimized out>) at ../../kdeui/widgets/kmainwindow.cpp:549
#12 0x00007fe24a759fda in KMainWindow::qt_metacall (this=0xd27170, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fff5e24a960) at ./kmainwindow.moc:95
#13 0x00007fe24a7900a5 in KXmlGuiWindow::qt_metacall (this=0xd27170, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff5e24a960) at ./kxmlguiwindow.moc:102
#14 0x00007fe24af8fe20 in KParts::MainWindow::qt_metacall (this=0xd27170, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff5e24a960) at ./mainwindow.moc:75
#15 0x0000000000408ff0 in MainWindow::qt_metacall (this=0xd27170, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff5e24a960) at moc_mainwindow.cpp:79
#16 0x00007fe248fc65f8 in QMetaObject::activate (sender=0xd70bb0, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0x7fff5e24a960) at kernel/qobject.cpp:3287
#17 0x00007fe24af87292 in KParts::Part::setWindowCaption (this=<value optimized out>, _t1=<value optimized out>) at ./part.moc:94
#18 0x00007fe24af88b30 in KParts::ReadOnlyPartPrivate::openLocalFile (this=0xd83430) at ../../kparts/part.cpp:594
#19 0x00007fe24af890f4 in KParts::ReadOnlyPart::openUrl (this=0xd70bb0, url=...) at ../../kparts/part.cpp:556
#20 0x000000000040ee8d in MainWindow::openUrl (this=0xd27170, url=...) at ../../../ark/app/mainwindow.cpp:216
#21 0x000000000040e0a0 in main (argc=4, argv=<value optimized out>) at ../../../ark/app/main.cpp:202

Reported using DrKonqi
Comment 1 Raphael Kubo da Costa 2011-07-24 19:02:51 UTC
Is it always reproducible? Even if you try other ISO files? Does Ark work fine with tar archives?
Comment 2 Raphael Kubo da Costa 2011-08-23 21:16:11 UTC
Closing while waiting for feedback from the reporter.
Comment 3 Amichai Rothman 2011-08-28 07:56:35 UTC
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...
Comment 4 Raphael Kubo da Costa 2011-09-22 01:10:39 UTC
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?
Comment 5 Amichai Rothman 2011-09-23 12:23:11 UTC
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).
Comment 6 Raphael Kubo da Costa 2011-10-03 02:33:46 UTC
(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?
Comment 7 Amichai Rothman 2014-04-27 20:58:08 UTC
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?
Comment 8 Raphael Kubo da Costa 2014-04-28 07:28:40 UTC
Yes, please.
Comment 9 Raphael Kubo da Costa 2014-04-28 12:47:32 UTC
I've received the ISO file from Amichai and can also reproduce the issue. Reopening.
Comment 10 Elvis Angelaccio 2016-02-04 11:22:26 UTC
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.
Comment 11 Justin Zobel 2021-03-12 22:34:59 UTC
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?
Comment 12 Elvis Angelaccio 2021-03-21 17:51:53 UTC
You should still have it somewhere. Please keep the report open, if we close it for sure I'll forget to check.
Comment 13 Amichai Rothman 2021-05-06 06:01:35 UTC
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.
Comment 14 2wxsy58236r3 2021-12-11 06:11:30 UTC
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.)
Comment 15 Amichai Rothman 2021-12-12 11:41:56 UTC
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...
Comment 16 2wxsy58236r3 2021-12-13 01:09:44 UTC
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...
Comment 17 Christoph Cullmann 2024-12-08 18:18:03 UTC
Works with 24.08 on e.g. NixOS.