| Summary: | Ark crashes when closed while loading an archive | ||
|---|---|---|---|
| Product: | [Applications] ark | Reporter: | Patrick Silva <bugseforuns> |
| Component: | general | Assignee: | Elvis Angelaccio <elvis.angelaccio> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | aacid, aleixpol, butirsky, jodr666, meven.car, meven29, meven, rdd.dunphy, rthomsen6, vlad.zahorodnii, xnagytibor |
| Priority: | NOR | ||
| Version First Reported In: | 22.08.1 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Patrick Silva
2021-02-13 14:28:10 UTC
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 *** |