SUMMARY I can reproduce this crash on Arch Linux running Ark 20.12.2 and on neon unstable using a .tar file containing +2k jpg files. But this crash does not occur consistently. Below you can see the backtrace generated on neon unstable. STEPS TO REPRODUCE 1. open an archive containing thousands of files with Ark 2. close Ark while its status bar says "Loading archive" 3. if Ark did not crash, repeat the steps 1 and 2. At some point Ark will crash on close. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.21.80 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 Graphics Platform: Wayland Application: Ark (ark), signal: Segmentation fault Content of s_kcrashErrorMessage: [Current thread is 1 (Thread 0x7f257a9ca380 (LWP 3870))] [New LWP 3871] [New LWP 3872] [New LWP 3873] [New LWP 3874] [New LWP 3875] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x00007f257e4f3aff in __GI___poll (fds=fds@entry=0x7ffd0beae0e8, nfds=nfds@entry=1, timeout=timeout@entry=1000) at ../sysdeps/unix/sysv/linux/poll.c:29 Thread 6 (Thread 0x7f2574919700 (LWP 3875)): #0 0x00007f257e4f3aff in __GI___poll (fds=0x7f255c005240, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f257d03b18e in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f255c005240, timeout=<optimized out>, context=0x7f255c000c20) at ../../../glib/gmain.c:4346 #2 g_main_context_iterate (context=context@entry=0x7f255c000c20, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../../../glib/gmain.c:4042 #3 0x00007f257d03b2c3 in g_main_context_iteration (context=0x7f255c000c20, may_block=may_block@entry=1) at ../../../glib/gmain.c:4108 #4 0x00007f257eabefbb in QEventDispatcherGlib::processEvents (this=0x7f255c000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x00007f257ea631ab in QEventLoop::exec (this=this@entry=0x7f2574918cb0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141 #6 0x00007f257e87da12 in QThread::exec (this=this@entry=0x7f257df36d80 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #7 0x00007f257deb2f4b in QDBusConnectionManager::run (this=0x7f257df36d80 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:179 #8 0x00007f257e87ebac in QThreadPrivate::start (arg=0x7f257df36d80 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:329 #9 0x00007f257d95c609 in start_thread (arg=<optimized out>) at pthread_create.c:477 #10 0x00007f257e500293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 5 (Thread 0x7f2576a74700 (LWP 3874)): #0 futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x56476783e2c8) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x56476783e278, cond=0x56476783e2a0) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x56476783e2a0, mutex=0x56476783e278) at pthread_cond_wait.c:638 #3 0x00007f2578971e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #4 0x00007f2578971a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #5 0x00007f257d95c609 in start_thread (arg=<optimized out>) at pthread_create.c:477 #6 0x00007f257e500293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 4 (Thread 0x7f2577275700 (LWP 3873)): #0 futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x56476783e2c8) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x56476783e278, cond=0x56476783e2a0) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x56476783e2a0, mutex=0x56476783e278) at pthread_cond_wait.c:638 #3 0x00007f2578971e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #4 0x00007f2578971a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #5 0x00007f257d95c609 in start_thread (arg=<optimized out>) at pthread_create.c:477 #6 0x00007f257e500293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 3 (Thread 0x7f2577a76700 (LWP 3872)): #0 futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x56476783e2c8) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x56476783e278, cond=0x56476783e2a0) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x56476783e2a0, mutex=0x56476783e278) at pthread_cond_wait.c:638 #3 0x00007f2578971e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #4 0x00007f2578971a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #5 0x00007f257d95c609 in start_thread (arg=<optimized out>) at pthread_create.c:477 #6 0x00007f257e500293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 2 (Thread 0x7f2578277700 (LWP 3871)): #0 futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x56476783e2c8) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x56476783e278, cond=0x56476783e2a0) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x56476783e2a0, mutex=0x56476783e278) at pthread_cond_wait.c:638 #3 0x00007f2578971e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #4 0x00007f2578971a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #5 0x00007f257d95c609 in start_thread (arg=<optimized out>) at pthread_create.c:477 #6 0x00007f257e500293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 1 (Thread 0x7f257a9ca380 (LWP 3870)): [KCrash Handler] #6 QtWaylandClient::QWaylandWindow::decoration (this=0x0) at qwaylandwindow.cpp:854 #7 0x00007f257cc38d69 in QtWaylandClient::QWaylandShmBackingStore::windowDecoration (this=this@entry=0x564767eb23e0) at qwaylandshmbackingstore.cpp:363 #8 0x00007f257cc39756 in QtWaylandClient::QWaylandShmBackingStore::resize (this=this@entry=0x564767eb23e0, size=...) at qwaylandshmbackingstore.cpp:309 #9 0x00007f257cc39891 in QtWaylandClient::QWaylandShmBackingStore::ensureSize (this=this@entry=0x564767eb23e0) at qwaylandshmbackingstore.cpp:206 #10 0x00007f257cc398cd in QtWaylandClient::QWaylandShmBackingStore::beginPaint (this=this@entry=0x564767eb23e0, region=...) at qwaylandshmbackingstore.cpp:181 #11 0x00007f257f008058 in QBackingStore::beginPaint (this=0x564767ea44f0, region=...) at ../../include/QtGui/5.15.2/QtGui/private/../../../../../src/gui/kernel/qhighdpiscaling_p.h:203 #12 0x00007f257f54e300 in QWidgetRepaintManager::paintAndFlush (this=this@entry=0x564767eb24c0) at kernel/qwidgetrepaintmanager.cpp:976 #13 0x00007f257f54ef44 in QWidgetRepaintManager::sync (this=0x564767eb24c0) at kernel/qwidgetrepaintmanager.cpp:770 #14 0x00007f257f5786d5 in QWidgetPrivate::syncBackingStore (this=0x564767824000) at kernel/qwidget.cpp:1756 #15 0x00007f257f57f5fc in QWidget::event (this=this@entry=0x564767d0d9c0, event=event@entry=0x564767f26cb0) at kernel/qwidget.cpp:8964 #16 0x00007f257f6978c8 in QMainWindow::event (this=0x564767d0d9c0, event=0x564767f26cb0) at widgets/qmainwindow.cpp:1341 #17 0x00007f257fe3dc73 in KMainWindow::event(QEvent*) () from /lib/x86_64-linux-gnu/libKF5XmlGui.so.5 #18 0x00007f257fe8913b in KXmlGuiWindow::event(QEvent*) () from /lib/x86_64-linux-gnu/libKF5XmlGui.so.5 #19 0x00007f257f53bdc3 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x564767d0d9c0, e=0x564767f26cb0) at kernel/qapplication.cpp:3632 #20 0x00007f257f544bb8 in QApplication::notify(QObject*, QEvent*) () at kernel/qapplication.cpp:3156 #21 0x00007f257ea6469a in QCoreApplication::notifyInternal2 (receiver=0x564767d0d9c0, event=0x564767f26cb0) at ../../include/QtCore/5.15.2/QtCore/private/../../../../../src/corelib/thread/qthread_p.h:325 #22 0x00007f257ea66fa1 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x5647677dad10) at kernel/qcoreapplication.cpp:1817 #23 0x00007f257eabf947 in postEventSourceDispatch (s=0x5647678533a0) at kernel/qeventdispatcher_glib.cpp:277 #24 0x00007f257d03af9d in g_main_dispatch (context=0x564767817050) at ../../../glib/gmain.c:3309 #25 g_main_context_dispatch (context=context@entry=0x564767817050) at ../../../glib/gmain.c:3974 #26 0x00007f257d03b220 in g_main_context_iterate (context=context@entry=0x564767817050, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../../../glib/gmain.c:4047 #27 0x00007f257d03b2c3 in g_main_context_iteration (context=0x564767817050, may_block=may_block@entry=1) at ../../../glib/gmain.c:4108 #28 0x00007f257eabefa2 in QEventDispatcherGlib::processEvents (this=0x564767853270, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #29 0x00007f257ea631ab in QEventLoop::exec (this=this@entry=0x7ffd0beaf440, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141 #30 0x00007f257ea6b354 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #31 0x0000564765e186e5 in ?? () #32 0x00007f257e4050b3 in __libc_start_main (main=0x564765e170d0, argc=2, argv=0x7ffd0beaf6d8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffd0beaf6c8) at ../csu/libc-start.c:308 #33 0x0000564765e198be in ?? () [Inferior 1 (process 3870) detached]
can you also reproduce this if you run a Plasma X11 session instead of a Plasma Wayland session?
Tried on both Arch and neon unstable. The crash only occurs on Wayland session.
Created attachment 135783 [details] New crash information added by DrKonqi ark (21.03.70) using Qt 5.15.2 - What I was doing when the application crashed: Yep this keep happening but only on wayland. One thing to notice, in my case it only happens with uncompressed tar and zip archives. Compressed 7z and tar files (.tar.Z) don't trigger it, i tried using different algos for the compression (lz4, lzma/2, zstd, lrzip, bzip2) all was ok. I used the sources of xanmod kernel which has ~70k files in it according to "find $pwd -type f | wc -l" and the one thing that consistently triggered 410092. -- Backtrace (Reduced): #4 QtWaylandClient::QWaylandWindow::decoration (this=0x0) at qwaylandwindow.cpp:854 #5 0x00007fc86b6ad715 in QtWaylandClient::QWaylandShmBackingStore::windowDecoration (this=this@entry=0x56231686e460) at qwaylandshmbackingstore.cpp:363 #6 0x00007fc86b6ae166 in QtWaylandClient::QWaylandShmBackingStore::resize (this=this@entry=0x56231686e460, size=...) at qwaylandshmbackingstore.cpp:309 #7 0x00007fc86b6ae29d in QtWaylandClient::QWaylandShmBackingStore::ensureSize (this=this@entry=0x56231686e460) at qwaylandshmbackingstore.cpp:206 #8 0x00007fc86b6ae2c9 in QtWaylandClient::QWaylandShmBackingStore::beginPaint (this=this@entry=0x56231686e460, region=...) at qwaylandshmbackingstore.cpp:181
>can you also reproduce this if you run a Plasma X11 session instead of a Plasma Wayland session? I can reproduce this around 9 out of 10 times on X11 with .tar.xz archives. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.23 KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.3 Kernel Version: 5.11.0-38-generic (64-bit) Graphics Platform: X11 BACKTRACE Application: Ark (ark), signal: Segmentation fault Thread 4 (Thread 0x7f4062e43700 (LWP 9822)): [KCrash Handler] #4 0x00007f407a8469ff in dict_put (byte=150 '\226', dict=<synthetic pointer>) at ../../../../src/liblzma/lz/lz_decoder.h:192 #5 lzma_decode (coder_ptr=0x7f404c04d350, dictptr=0x7f404c04c290, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, in_size=62611) at ../../../../src/liblzma/lzma/lzma_decoder.c:485 #6 0x00007f407a84ac59 in lzma2_decode (coder_ptr=0x7f404c003a00, dict=0x7f404c04c290, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, in_size=62611) at ../../../../src/liblzma/lzma/lzma2_decoder.c:170 #7 0x00007f407a841ea5 in decode_buffer (coder=0x7f404c04c290, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, in_size=62611, out=0x7f404c03bc00 " c\025L@\177", out_pos=0x7f4062e429d0, out_size=65536) at ../../../../src/liblzma/lz/lz_decoder.c:89 #8 0x00007f407a83c7c0 in block_decode (coder_ptr=0x7f404c003c00, allocator=<optimized out>, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, in_size=62611, out=0x7f404c03bc00 " c\025L@\177", out_pos=0x7f4062e429d0, out_size=65536, action=LZMA_RUN) at ../../../../src/liblzma/common/block_decoder.c:89 #9 0x00007f407a83e533 in stream_decode (coder_ptr=0x7f404c04bc80, allocator=0x0, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, in_size=62611, out=0x7f404c03bc00 " c\025L@\177", out_pos=0x7f4062e429d0, out_size=65536, action=LZMA_RUN) at ../../../../src/liblzma/common/stream_decoder.c:254 #10 0x00007f407a835a4c in lzma_code (strm=0x7f404c03bb40, action=<optimized out>) at ../../../../src/liblzma/common/common.c:283 #11 0x00007f406c127601 in ?? () from /usr/lib/x86_64-linux-gnu/libarchive.so.13 #12 0x00007f406c11c4be in __archive_read_filter_consume () from /usr/lib/x86_64-linux-gnu/libarchive.so.13 #13 0x00007f406c147c7a in ?? () from /usr/lib/x86_64-linux-gnu/libarchive.so.13 #14 0x00007f406c11ba11 in archive_read_data_skip () from /usr/lib/x86_64-linux-gnu/libarchive.so.13 #15 0x00007f406c1ea60d in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/kerfuffle/kerfuffle_libarchive.so #16 0x00007f407e3238e8 in Kerfuffle::LoadJob::doWork() () from /usr/lib/x86_64-linux-gnu/libkerfuffle.so.21 #17 0x00007f407c81c42c in QThreadPrivate::start (arg=0x55f138df9820) at thread/qthread_unix.cpp:329 #18 0x00007f407b804609 in start_thread (arg=<optimized out>) at pthread_create.c:477 #19 0x00007f407c49c293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(In reply to Nagy Tibor from comment #4) > >can you also reproduce this if you run a Plasma X11 session instead of a Plasma Wayland session? > > I can reproduce this around 9 out of 10 times on X11 with .tar.xz archives. > > SOFTWARE/OS VERSIONS > Operating System: KDE neon 5.23 > KDE Plasma Version: 5.23.1 > KDE Frameworks Version: 5.87.0 > Qt Version: 5.15.3 > Kernel Version: 5.11.0-38-generic (64-bit) > Graphics Platform: X11 > > BACKTRACE > Application: Ark (ark), signal: Segmentation fault > Thread 4 (Thread 0x7f4062e43700 (LWP 9822)): > [KCrash Handler] > #4 0x00007f407a8469ff in dict_put (byte=150 '\226', dict=<synthetic > pointer>) at ../../../../src/liblzma/lz/lz_decoder.h:192 > #5 lzma_decode (coder_ptr=0x7f404c04d350, dictptr=0x7f404c04c290, > in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, > in_size=62611) at ../../../../src/liblzma/lzma/lzma_decoder.c:485 > #6 0x00007f407a84ac59 in lzma2_decode (coder_ptr=0x7f404c003a00, > dict=0x7f404c04c290, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., > in_pos=0x7f4062e429c8, in_size=62611) at > ../../../../src/liblzma/lzma/lzma2_decoder.c:170 > #7 0x00007f407a841ea5 in decode_buffer (coder=0x7f404c04c290, > in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., in_pos=0x7f4062e429c8, > in_size=62611, out=0x7f404c03bc00 " c\025L@\177", out_pos=0x7f4062e429d0, > out_size=65536) at ../../../../src/liblzma/lz/lz_decoder.c:89 > #8 0x00007f407a83c7c0 in block_decode (coder_ptr=0x7f404c003c00, > allocator=<optimized out>, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., > in_pos=0x7f4062e429c8, in_size=62611, out=0x7f404c03bc00 " c\025L@\177", > out_pos=0x7f4062e429d0, out_size=65536, action=LZMA_RUN) at > ../../../../src/liblzma/common/block_decoder.c:89 > #9 0x00007f407a83e533 in stream_decode (coder_ptr=0x7f404c04bc80, > allocator=0x0, in=0x7f404c02c51d "[GIGANTIC_BUFFER_DUMP]"..., > in_pos=0x7f4062e429c8, in_size=62611, out=0x7f404c03bc00 " c\025L@\177", > out_pos=0x7f4062e429d0, out_size=65536, action=LZMA_RUN) at > ../../../../src/liblzma/common/stream_decoder.c:254 > #10 0x00007f407a835a4c in lzma_code (strm=0x7f404c03bb40, action=<optimized > out>) at ../../../../src/liblzma/common/common.c:283 > #11 0x00007f406c127601 in ?? () from > /usr/lib/x86_64-linux-gnu/libarchive.so.13 > #12 0x00007f406c11c4be in __archive_read_filter_consume () from > /usr/lib/x86_64-linux-gnu/libarchive.so.13 > #13 0x00007f406c147c7a in ?? () from > /usr/lib/x86_64-linux-gnu/libarchive.so.13 > #14 0x00007f406c11ba11 in archive_read_data_skip () from > /usr/lib/x86_64-linux-gnu/libarchive.so.13 > #15 0x00007f406c1ea60d in ?? () from > /usr/lib/x86_64-linux-gnu/qt5/plugins/kerfuffle/kerfuffle_libarchive.so > #16 0x00007f407e3238e8 in Kerfuffle::LoadJob::doWork() () from > /usr/lib/x86_64-linux-gnu/libkerfuffle.so.21 > #17 0x00007f407c81c42c in QThreadPrivate::start (arg=0x55f138df9820) at > thread/qthread_unix.cpp:329 > #18 0x00007f407b804609 in start_thread (arg=<optimized out>) at > pthread_create.c:477 > #19 0x00007f407c49c293 in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 This stack trace shows either the liblzma or libarchive caused the crash not Ark directly, Can you attach a file you reproduce the crash with ?
>This stack trace shows either the liblzma or libarchive caused the crash not >Ark directly, >Can you attach a file you reproduce the crash with ? Sorry but I cannot attach that archive for reasons. However this crash is not specific that archive, any sufficiently large archive reproduces it. (sufficiently large = 3000+ files, couple hundred megabytes compressed) You can create your test archive by compressing random git folders with all the build artifacts in them. I also noticed there's a trick to trigger the crash. You have to wait until the "Loading archive" progressbar pauses for a brief moment at the beginning of the process. The larger your archive the easier it gets to notice this pause. That's the exact moment when closing the window triggers the crash.
I experience this opening a .tar.gz file on X11, too. In my case, the archive only contains a handful of files, but some of those are several hundred MB in size, so I think it's the size of the archive rather than the number of files that is relevant.
Can we reproduce it with just a big archive, regardless amount of files within? Then it might be related with BUG 445527
I can reproduce the crash on neon unstable with a .tar.gz archive containing a single 6 GiB video file.
(In reply to Patrick Silva from comment #9) > I can reproduce the crash on neon unstable with a .tar.gz archive containing > a single 6 GiB video file. Thanks, could you test both Wayland/X11?
I can reproduce on X11 too.
A possibly relevant merge request was started @ https://invent.kde.org/utilities/ark/-/merge_requests/138
*** This bug has been marked as a duplicate of bug 459346 ***