[plasmashell] [Bug 488334] plasmashell kept crashing when writing a space in Klipper's search text box and then selecting and copying it
https://bugs.kde.org/show_bug.cgi?id=488334 --- Comment #5 from Davide Beatrici --- Created attachment 170389 --> https://bugs.kde.org/attachment.cgi?id=170389=edit Screen recording This is a video I recorded to show the exact steps required to trigger the crash. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488334] New: plasmashell kept crashing when writing a space in Klipper's search text box and then selecting and copying it
https://bugs.kde.org/show_bug.cgi?id=488334 Bug ID: 488334 Summary: plasmashell kept crashing when writing a space in Klipper's search text box and then selecting and copying it Classification: Plasma Product: plasmashell Version: 6.0.5 Platform: OpenMandriva OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: generic-crash Assignee: plasma-b...@kde.org Reporter: k...@davidebeatrici.dev Target Milestone: 1.0 Application: plasmashell (6.0.5) Qt Version: 6.7.1 Frameworks Version: 6.2.0 Operating System: Linux 6.9.3-desktop-1omv2490 x86_64 Windowing System: X11 Distribution: "OpenMandriva Lx 24.06" DrKonqi: 6.0.5 [CoredumpBackend] -- Information about the crash: In order to make sure that the clipboard is cleared from any sensitive data such as passwords/keys, I often write something in the first safe text box I find and then select and copy (effectively overwriting the current clipboard item). Today I chose Klipper's search text box and plasmashell kept crashing every time I tried to select and cut (CTRL+X) a single ASCII space from there. I believe the character itself was not the issue, but rather the presence of a screenshot copied from Spectacle as the current and only item in the clipboard history. The crash can be reproduced every time. -- Backtrace (Reduced): #5 0x7fb313f94019 in QMimeData::hasUrls (this=0x564d7eb59170) at /usr/src/debug/qt6-qtbase-6.7.1-2.x86_64/src/corelib/kernel/qmimedata.cpp:372 #6 0x7fb2d586358d in Klipper::checkClipData(bool) () from /usr/lib64/qt6/plugins/plasma5support/dataengine/plasma_engine_clipboard.so #7 0x7fb313f9a50e in QtPrivate::QSlotObjectBase::call (this=0x564d803a9810, r=0x564d80397ee0, a=0x7fff40a731f0) at /usr/src/debug/qt6-qtbase-6.7.1-2.x86_64/src/corelib/kernel/qobjectdefs_impl.h:469 #8 doActivate (sender=0x564d803a9650, signal_index=3, argv=0x7fff40a731f0) at /usr/src/debug/qt6-qtbase-6.7.1-2.x86_64/src/corelib/kernel/qobject.cpp:4086 #9 0x7fb313453e7c in KSystemClipboard::changed(QClipboard::Mode) () from /lib64/libKF6GuiAddons.so.6 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488334] plasmashell kept crashing when writing a space in Klipper's search text box and then selecting and copying it
https://bugs.kde.org/show_bug.cgi?id=488334 --- Comment #1 from Davide Beatrici --- Created attachment 170362 --> https://bugs.kde.org/attachment.cgi?id=170362=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 488043] KDevelop crashed when loading a KDevGenericManager project
https://bugs.kde.org/show_bug.cgi?id=488043 --- Comment #3 from Davide Beatrici --- Just checked: no updates to the Clang packages and it was the first time I opened the project after a fresh system reinstall (I didn't transfer ~/.cache over). -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 488043] KDevelop crashed when loading a KDevGenericManager project
https://bugs.kde.org/show_bug.cgi?id=488043 --- Comment #1 from Davide Beatrici --- Created attachment 170153 --> https://bugs.kde.org/attachment.cgi?id=170153=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 488043] New: KDevelop crashed when loading a KDevGenericManager project
https://bugs.kde.org/show_bug.cgi?id=488043 Bug ID: 488043 Summary: KDevelop crashed when loading a KDevGenericManager project Classification: Applications Product: kdevelop Version: unspecified Platform: OpenMandriva OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: k...@davidebeatrici.dev Target Milestone: --- Application: kdevelop (5.14.240500 (24.05.0)) Qt Version: 6.7.1 Frameworks Version: 6.2.0 Operating System: Linux 6.9.1-desktop-1omv2490 x86_64 Windowing System: X11 Distribution: "OpenMandriva Lx 24.06" DrKonqi: 6.0.5 [CoredumpBackend] -- Information about the crash: The crash happened almost immediately. Upon restarting the program, I chose to delete the cache and then I opened the project again, which was loaded just fine. The crash can be reproduced sometimes. -- Backtrace (Reduced): #5 0x7fbd5c8e7476 in std::__fill_a1 (__first=0x7fbd1690d33e, __last=0x7fbd1690ecd8, __value=) at /usr/bin/../lib64/gcc/x86_64-openmandriva-linux-gnu/14.1.0/../../../../include/c++/14.1.0/bits/stl_algobase.h:952 #6 std::__fill_a (__first=0x7fbd1690d33e, __last=0x7fbd1690ecd8, __value=) at /usr/bin/../lib64/gcc/x86_64-openmandriva-linux-gnu/14.1.0/../../../../include/c++/14.1.0/bits/stl_algobase.h:998 #7 std::__fill_n_a (__first=0x7fbd1690d33e, __n=3277, __value=) at /usr/bin/../lib64/gcc/x86_64-openmandriva-linux-gnu/14.1.0/../../../../include/c++/14.1.0/bits/stl_algobase.h:1151 #8 std::fill_n::{unnamed type#3}, int>(KDevelop::Bucket::{unnamed type#3}, KDevelop::Bucket::{unnamed type#3}, int const&) (__first=0x7fbd1690d33e, __n=KDevelop::Bucket::NextBucketHashSize, __value=) at /usr/bin/../lib64/gcc/x86_64-openmandriva-linux-gnu/14.1.0/../../../../include/c++/14.1.0/bits/stl_algobase.h:1180 #9 KDevelop::Bucket::takeNextBucketHash (this=0x7fbbcc1d0560) at /usr/src/debug/kdevelop-24.05.0-1.x86_64/kdevplatform/serialization/itemrepository.h:734 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 477044] Valgrind complains about wld_mmap being in Text segment
https://bugs.kde.org/show_bug.cgi?id=477044 --- Comment #5 from Davide Beatrici --- Created attachment 163322 --> https://bugs.kde.org/attachment.cgi?id=163322=edit Segments (working) A user on freedesktop's GitLab can't reproduce the issue on openSUSE Tumbleweed, which currently provides Valgrind 3.21 and Wine 8.20. I attached the segments reported on his machine. https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1938#note_2172483 -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 477044] Valgrind complains about wld_mmap being in Text segment
https://bugs.kde.org/show_bug.cgi?id=477044 --- Comment #4 from Davide Beatrici --- Created attachment 163261 --> https://bugs.kde.org/attachment.cgi?id=163261=edit Segments -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 477044] Valgrind complains about wld_mmap being in Text segment
https://bugs.kde.org/show_bug.cgi?id=477044 --- Comment #2 from Davide Beatrici --- The preloader is now built as PIE (Position Independent Executable). -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 477044] New: Valgrind complains about wld_mmap being in Text segment
https://bugs.kde.org/show_bug.cgi?id=477044 Bug ID: 477044 Summary: Valgrind complains about wld_mmap being in Text segment Classification: Developer tools Product: valgrind Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: memcheck Assignee: jsew...@acm.org Reporter: k...@davidebeatrici.dev Target Milestone: --- Created attachment 163185 --> https://bugs.kde.org/attachment.cgi?id=163185=edit Valgrind log The issue appeared with Wine commit ac1761d1dae8bf114a05e28ed6886deba6c2c860. Related: https://bugs.winehq.org/show_bug.cgi?id=55889 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 415728] New: Konsole crashed when moving the cursor over another tab immediately after launching an application
https://bugs.kde.org/show_bug.cgi?id=415728 Bug ID: 415728 Summary: Konsole crashed when moving the cursor over another tab immediately after launching an application Product: konsole Version: 19.08.1 Platform: Debian stable OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: davidebeatr...@gmail.com Target Milestone: --- Application: konsole (19.08.1) Qt Version: 5.12.5 Frameworks Version: 5.62.0 Operating System: Linux 5.3.0-3-amd64 x86_64 Distribution: Debian GNU/Linux bullseye/sid -- Information about the crash: I had 4 tabs open in a single Konsole process in order to test a project composed by two applications, client and server. Tabs allow me to switch instantly from one application's output to the other's. A few minutes ago I experienced my very first Konsole crash: as soon as I run the command to start the server, I wanted to switch to another tab and run the client. I'm pretty sure I moved the cursor over the tab and clicked on it when the server's one was being resized (due to the text on it changing from the current directory's name to the executable's). Konsole freezed for ~2 seconds and then crashed. Unfortunately I didn't manage to reproduce the crash, but hopefully the backtrace should suffice. -- Backtrace: Application: Konsole (konsole), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7faa9c05e800 (LWP 25341))] Thread 10 (Thread 0x7faa85489700 (LWP 25351)): #0 futex_wait_cancelable (private=0, expected=0, futex_word=0x55d17635dde0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55d17635dd90, cond=0x55d17635ddb8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55d17635ddb8, mutex=0x55d17635dd90) at pthread_cond_wait.c:655 #3 0x7faa92eb2bcb in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7faa92eb27e7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7faa9f39bfb7 in start_thread (arg=) at pthread_create.c:486 #6 0x7faaa1f892cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 9 (Thread 0x7faa85c8a700 (LWP 25350)): #0 futex_wait_cancelable (private=0, expected=0, futex_word=0x55d17635dde0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55d17635dd90, cond=0x55d17635ddb8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55d17635ddb8, mutex=0x55d17635dd90) at pthread_cond_wait.c:655 #3 0x7faa92eb2bcb in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7faa92eb27e7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7faa9f39bfb7 in start_thread (arg=) at pthread_create.c:486 #6 0x7faaa1f892cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 8 (Thread 0x7faa8648b700 (LWP 25349)): #0 futex_wait_cancelable (private=0, expected=0, futex_word=0x55d17635d6e0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55d17635d690, cond=0x55d17635d6b8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55d17635d6b8, mutex=0x55d17635d690) at pthread_cond_wait.c:655 #3 0x7faa92eb2bcb in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7faa92eb27e7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7faa9f39bfb7 in start_thread (arg=) at pthread_create.c:486 #6 0x7faaa1f892cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 7 (Thread 0x7faa86c8c700 (LWP 25348)): #0 futex_wait_cancelable (private=0, expected=0, futex_word=0x55d17635d6e0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55d17635d690, cond=0x55d17635d6b8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55d17635d6b8, mutex=0x55d17635d690) at pthread_cond_wait.c:655 #3 0x7faa92eb2bcb in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7faa92eb27e7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7faa9f39bfb7 in start_thread (arg=) at pthread_create.c:486 #6 0x7faaa1f892cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 6 (Thread 0x7faa8748d700 (LWP 25347)): #0 futex_wait_cancelable (private=0, expected=0, futex_word=0x55d17635d6e0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55d17635d690, cond=0x55d17635d6b8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55d17635d6b8, mutex=0x55d17635d690) at pthread_cond_wait.c:655 #3 0x7faa92eb2bcb in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7faa92eb27e7 in
[dolphin] [Bug 401513] New: Dolphin crashes while moving files and folders to the Desktop
https://bugs.kde.org/show_bug.cgi?id=401513 Bug ID: 401513 Summary: Dolphin crashes while moving files and folders to the Desktop Product: dolphin Version: 18.08.0 Platform: Debian testing OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: davidebeatr...@gmail.com CC: elvis.angelac...@kde.org Target Milestone: --- Application: dolphin (18.08.0) Qt Version: 5.11.2 Frameworks Version: 5.49.0 Operating System: Linux 4.18.0-2-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: I cut all files and folders in a directory and pasted them on the Desktop (Folder View). The move process went fine, however Dolphin crashed after being unresponsive for some seconds. -- Backtrace: Application: Dolphin (dolphin), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f8a5e703840 (LWP 7278))] Thread 10 (Thread 0x7f8a467fc700 (LWP 7288)): #0 0x7f8a63b7ee6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5617fae581b8) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5617fae58168, cond=0x5617fae58190) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5617fae58190, mutex=0x5617fae58168) at pthread_cond_wait.c:655 #3 0x7f8a565bad2b in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7f8a565baa57 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7f8a63b78f2a in start_thread (arg=0x7f8a467fc700) at pthread_create.c:463 #6 0x7f8a67a13edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 9 (Thread 0x7f8a46ffd700 (LWP 7287)): #0 0x7f8a63b7ee6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5617fae581b8) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5617fae58168, cond=0x5617fae58190) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5617fae58190, mutex=0x5617fae58168) at pthread_cond_wait.c:655 #3 0x7f8a565bad2b in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7f8a565baa57 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7f8a63b78f2a in start_thread (arg=0x7f8a46ffd700) at pthread_create.c:463 #6 0x7f8a67a13edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 8 (Thread 0x7f8a477fe700 (LWP 7286)): #0 0x7f8a63b7ee6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5617fae57c38) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5617fae57be8, cond=0x5617fae57c10) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5617fae57c10, mutex=0x5617fae57be8) at pthread_cond_wait.c:655 #3 0x7f8a565bad2b in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7f8a565baa57 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7f8a63b78f2a in start_thread (arg=0x7f8a477fe700) at pthread_create.c:463 #6 0x7f8a67a13edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 7 (Thread 0x7f8a47fff700 (LWP 7285)): #0 0x7f8a63b7ee6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5617fae57c38) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5617fae57be8, cond=0x5617fae57c10) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5617fae57c10, mutex=0x5617fae57be8) at pthread_cond_wait.c:655 #3 0x7f8a565bad2b in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7f8a565baa57 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7f8a63b78f2a in start_thread (arg=0x7f8a47fff700) at pthread_create.c:463 #6 0x7f8a67a13edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 6 (Thread 0x7f8a54a08700 (LWP 7284)): #0 0x7f8a63b7ee6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5617fae57c38) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5617fae57be8, cond=0x5617fae57c10) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5617fae57c10, mutex=0x5617fae57be8) at pthread_cond_wait.c:655 #3 0x7f8a565bad2b in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7f8a565baa57 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7f8a63b78f2a in start_thread (arg=0x7f8a54a08700) at pthread_create.c:463 #6 0x7f8a67a13edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 5 (Thread 0x7f8a55209700 (LWP 7283)): #0 0x7f8a63b7ee6c in futex_wait_cancelable (private=, expected=0,
[dolphin] [Bug 397773] New: Dolphin crashed while copying a text file to a remote SFTP location
https://bugs.kde.org/show_bug.cgi?id=397773 Bug ID: 397773 Summary: Dolphin crashed while copying a text file to a remote SFTP location Product: dolphin Version: 18.04.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: davidebeatr...@gmail.com CC: elvis.angelac...@kde.org Target Milestone: --- Application: dolphin (18.04.0) Qt Version: 5.11.1 Frameworks Version: 5.47.0 Operating System: Linux 4.17.0-1-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: - What I was doing when the application crashed: Dolphin crashed after it started copying a text file to a remote SFTP location, but the copy process went fine. -- Backtrace: Application: Dolphin (dolphin), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f40ca6e5840 (LWP 13645))] Thread 4 (Thread 0x7f40bd37c700 (LWP 13649)): #0 0x7f40da70a204 in __GI___libc_read (fd=20, buf=buf@entry=0x7f40bd37bb40, nbytes=nbytes@entry=16) at ../sysdeps/unix/sysv/linux/read.c:27 #1 0x7f40d0597960 in read (__nbytes=16, __buf=0x7f40bd37bb40, __fd=) at /usr/include/x86_64-linux-gnu/bits/unistd.h:44 #2 g_wakeup_acknowledge (wakeup=0x7f40b80039a0) at ../../../../glib/gwakeup.c:210 #3 0x7f40d0552f27 in g_main_context_check (context=context@entry=0x7f40ac000bf0, max_priority=2147483647, fds=fds@entry=0x7f40ac0049b0, n_fds=n_fds@entry=1) at ../../../../glib/gmain.c:3681 #4 0x7f40d05533e0 in g_main_context_iterate (context=context@entry=0x7f40ac000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3900 #5 0x7f40d055354c in g_main_context_iteration (context=0x7f40ac000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3964 #6 0x7f40d550f23b in QEventDispatcherGlib::processEvents (this=0x7f40ac000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #7 0x7f40d54bc24b in QEventLoop::exec(QFlags) () at ../../include/QtCore/../../src/corelib/global/qflags.h:140 #8 0x7f40d530b176 in QThread::exec() () at ../../include/QtCore/../../src/corelib/global/qflags.h:120 #9 0x7f40d5314d47 in QThreadPrivate::start(void*) () at thread/qthread_unix.cpp:367 #10 0x7f40d1d6df2a in start_thread (arg=0x7f40bd37c700) at pthread_create.c:463 #11 0x7f40da718edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 3 (Thread 0x7f40bf64d700 (LWP 13648)): #0 0x7f40d1d73e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x55b91f0428c0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55b91f042870, cond=0x55b91f042898) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55b91f042898, mutex=0x55b91f042870) at pthread_cond_wait.c:655 #3 0x7f40bf953d8b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #4 0x7f40bf953ab7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #5 0x7f40d1d6df2a in start_thread (arg=0x7f40bf64d700) at pthread_create.c:463 #6 0x7f40da718edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 2 (Thread 0x7f40c66e2700 (LWP 13647)): #0 0x7f40da70e739 in __GI___poll (fds=0x7f40b801aad0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f40d0553439 in g_main_context_poll (priority=, n_fds=1, fds=0x7f40b801aad0, timeout=, context=0x7f40b8000bf0) at ../../../../glib/gmain.c:4204 #2 g_main_context_iterate (context=context@entry=0x7f40b8000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3898 #3 0x7f40d055354c in g_main_context_iteration (context=0x7f40b8000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3964 #4 0x7f40d550f23b in QEventDispatcherGlib::processEvents (this=0x7f40b8000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f40d54bc24b in QEventLoop::exec(QFlags) () at ../../include/QtCore/../../src/corelib/global/qflags.h:140 #6 0x7f40d530b176 in QThread::exec() () at ../../include/QtCore/../../src/corelib/global/qflags.h:120 #7 0x7f40d5762545 in QDBusConnectionManager::run (this=0x7f40d57dcd60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:178 #8 0x7f40d5314d47 in QThreadPrivate::start(void*) () at thread/qthread_unix.cpp:367 #9 0x7f40d1d6df2a in start_thread (arg=0x7f40c66e2700) at pthread_create.c:463 #10 0x7f40da718edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 1 (Thread 0x7f40ca6e5840 (LWP 13645)): [KCrash Handler] #6 __GI___libc_free (mem=0x1) at malloc.c:3103 #7 0x7f40d54e429d in QObjectPrivate::Connection::~Connection
[kdevelop] [Bug 397387] KDevelop crashed while/after stopping an application running in debug mode [Utils::Set::unrefNode]
https://bugs.kde.org/show_bug.cgi?id=397387 --- Comment #3 from Davide Beatrici --- Sorry for that, I thought I had all the required symbols as the backtrace was rated 3 stars. The button which shows the dialog with the files which don't have debug symbols is not present when there are 3 stars. I filled a bug report for the second crash: https://bugs.kde.org/show_bug.cgi?id=397501 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 397501] New: KDevelop crashed immediately as I started typing in the editor after stopping an application running in debug mode
https://bugs.kde.org/show_bug.cgi?id=397501 Bug ID: 397501 Summary: KDevelop crashed immediately as I started typing in the editor after stopping an application running in debug mode Product: kdevelop Version: 5.2.3 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: davidebeatr...@gmail.com Target Milestone: --- Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fa232c16140 (LWP 23608))] Thread 16 (Thread 0x7fa1ea7fc700 (LWP 23722)): #0 0x7fa247a90e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5626d1afd984) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7fa247a90e6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x5626d1afd930, cond=0x5626d1afd958) at pthread_cond_wait.c:502 #2 0x7fa247a90e6c in __pthread_cond_wait (cond=0x5626d1afd958, mutex=0x5626d1afd930) at pthread_cond_wait.c:655 #3 0x7fa24d442fbb in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x5626d1afd930) at thread/qwaitcondition_unix.cpp:143 #4 0x7fa24d442fbb in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x5626d1b2a4f0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7fa243f1b6d5 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7fa243f1f7a8 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7fa243f1d66b in ThreadWeaver::Thread::run() () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7fa24d441b4f in QThreadPrivate::start(void*) (arg=0x7fa1dc0025e0) at thread/qthread_unix.cpp:376 #12 0x7fa247a8af2a in start_thread (arg=0x7fa1ea7fc700) at pthread_create.c:463 #13 0x7fa24d147edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 15 (Thread 0x7fa1eaffd700 (LWP 23721)): #0 0x7fa247a90e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5626d1afd984) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7fa247a90e6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x5626d1afd930, cond=0x5626d1afd958) at pthread_cond_wait.c:502 #2 0x7fa247a90e6c in __pthread_cond_wait (cond=0x5626d1afd958, mutex=0x5626d1afd930) at pthread_cond_wait.c:655 #3 0x7fa24d442fbb in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x5626d1afd930) at thread/qwaitcondition_unix.cpp:143 #4 0x7fa24d442fbb in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x5626d1b2a4f0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7fa243f1b6d5 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7fa243f1f7a8 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #12 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #13 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #14 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #15 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #16 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #17 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #18 0x7fa243f1d66b in ThreadWeaver::Thread::run() () at
[kdevelop] [Bug 397387] KDevelop crashed while/after stopping an application running in debug mode
https://bugs.kde.org/show_bug.cgi?id=397387 Davide Beatrici changed: What|Removed |Added Summary|KDevelop crashed while |KDevelop crashed |stopping an application |while/after stopping an |running in debug mode |application running in ||debug mode --- Comment #1 from Davide Beatrici --- Now it crashed immediately as I started typing in the editor. Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fa232c16140 (LWP 23608))] Thread 16 (Thread 0x7fa1ea7fc700 (LWP 23722)): #0 0x7fa247a90e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5626d1afd984) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7fa247a90e6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x5626d1afd930, cond=0x5626d1afd958) at pthread_cond_wait.c:502 #2 0x7fa247a90e6c in __pthread_cond_wait (cond=0x5626d1afd958, mutex=0x5626d1afd930) at pthread_cond_wait.c:655 #3 0x7fa24d442fbb in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x5626d1afd930) at thread/qwaitcondition_unix.cpp:143 #4 0x7fa24d442fbb in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x5626d1b2a4f0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7fa243f1b6d5 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7fa243f1f7a8 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7fa243f1d66b in ThreadWeaver::Thread::run() () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7fa24d441b4f in QThreadPrivate::start(void*) (arg=0x7fa1dc0025e0) at thread/qthread_unix.cpp:376 #12 0x7fa247a8af2a in start_thread (arg=0x7fa1ea7fc700) at pthread_create.c:463 #13 0x7fa24d147edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 15 (Thread 0x7fa1eaffd700 (LWP 23721)): #0 0x7fa247a90e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x5626d1afd984) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7fa247a90e6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x5626d1afd930, cond=0x5626d1afd958) at pthread_cond_wait.c:502 #2 0x7fa247a90e6c in __pthread_cond_wait (cond=0x5626d1afd958, mutex=0x5626d1afd930) at pthread_cond_wait.c:655 #3 0x7fa24d442fbb in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x5626d1afd930) at thread/qwaitcondition_unix.cpp:143 #4 0x7fa24d442fbb in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x5626d1b2a4f0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7fa243f1b6d5 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7fa243f1f7a8 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #12 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #13 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #14 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #15 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #16 0x7fa243f1f802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #17 0x7fa243f1a8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #18 0x7fa243f1d66b in ThreadWeaver::Thread::run() () at /usr/lib/x86_64
[kdevelop] [Bug 397387] New: KDevelop crashed while stopping an application running in debug mode
https://bugs.kde.org/show_bug.cgi?id=397387 Bug ID: 397387 Summary: KDevelop crashed while stopping an application running in debug mode Product: kdevelop Version: 5.2.3 Platform: Debian testing OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: davidebeatr...@gmail.com Target Milestone: --- Application: kdevelop (5.2.3) Qt Version: 5.10.1 Frameworks Version: 5.47.0 Operating System: Linux 4.17.0-1-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: - What I was doing when the application crashed: After debugging my application, I pressed on the "Stop All" button to terminate it and KDevelop crashed. It happened only one time so far. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fb47013c140 (LWP 18867))] Thread 15 (Thread 0x7fb41e7fc700 (LWP 18987)): #0 0x7fb484fb6e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x55dcd2e4d310) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7fb484fb6e6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x55dcd2e4d2c0, cond=0x55dcd2e4d2e8) at pthread_cond_wait.c:502 #2 0x7fb484fb6e6c in __pthread_cond_wait (cond=0x55dcd2e4d2e8, mutex=0x55dcd2e4d2c0) at pthread_cond_wait.c:655 #3 0x7fb48a968fbb in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x55dcd2e4d2c0) at thread/qwaitcondition_unix.cpp:143 #4 0x7fb48a968fbb in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x55dcd2e687c0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7fb4814416d5 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7fb4814457a8 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fb4814408fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7fb48144366b in ThreadWeaver::Thread::run() () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7fb48a967b4f in QThreadPrivate::start(void*) (arg=0x7fb4140025e0) at thread/qthread_unix.cpp:376 #10 0x7fb484fb0f2a in start_thread (arg=0x7fb41e7fc700) at pthread_create.c:463 #11 0x7fb48a66dedf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 14 (Thread 0x7fb41effd700 (LWP 18986)): #0 0x7fb484fb6e6c in futex_wait_cancelable (private=, expected=0, futex_word=0x55dcd2e4d310) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7fb484fb6e6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x55dcd2e4d2c0, cond=0x55dcd2e4d2e8) at pthread_cond_wait.c:502 #2 0x7fb484fb6e6c in __pthread_cond_wait (cond=0x55dcd2e4d2e8, mutex=0x55dcd2e4d2c0) at pthread_cond_wait.c:655 #3 0x7fb48a968fbb in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x55dcd2e4d2c0) at thread/qwaitcondition_unix.cpp:143 #4 0x7fb48a968fbb in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x55dcd2e687c0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7fb4814416d5 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7fb4814457a8 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7fb4814408fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7fb481445802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7fb4814408fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7fb481445802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7fb4814408fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #12 0x7fb481445802 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #13 0x7fb4814408fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #14 0x7fb48144366b in ThreadWeaver::Thread::run() () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #15 0x7fb48a967b4f in QThreadPrivate::start(void*) (arg=0x7fb4180021e0) at thread/qthread_unix.cpp:376 #16 0x7fb484fb0f2a in start_thread (arg=0x7fb41effd700) at pthread_create.c:463 #17 0x7fb48a66dedf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 13 (Thread
[kate] [Bug 393680] New: Kate crashed upon launching after closing a file not accessible anymore (SFTP)
https://bugs.kde.org/show_bug.cgi?id=393680 Bug ID: 393680 Summary: Kate crashed upon launching after closing a file not accessible anymore (SFTP) Product: kate Version: 18.04.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: davidebeatr...@gmail.com Target Milestone: --- Application: kate (18.04.0) Qt Version: 5.10.1 Frameworks Version: 5.44.0 Operating System: Linux 4.15.0-3-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: - What I was doing when the application crashed: I edited a file stored in a remote SFTP location. After shutting down the remote SFTP server, I closed the file and then closed Kate. I opened a file by double-clicking on it and the crash happened. -- Backtrace: Application: Kate (kate), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fcf6f7a4800 (LWP 16809))] Thread 3 (Thread 0x7fcf4f83d700 (LWP 16811)): #0 0x7fcf63ea4c41 in g_main_context_query (context=context@entry=0x7fcf48000bf0, max_priority=, timeout=timeout@entry=0x7fcf4f83cc34, fds=fds@entry=0x7fcf48004db0, n_fds=n_fds@entry=3) at ../../../../glib/gmain.c:3633 #1 0x7fcf63ea53b7 in g_main_context_iterate (context=context@entry=0x7fcf48000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3885 #2 0x7fcf63ea554c in g_main_context_iteration (context=0x7fcf48000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3964 #3 0x7fcf6aa411bb in QEventDispatcherGlib::processEvents (this=0x7fcf48000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7fcf6a9e4b6a in QEventLoop::exec (this=this@entry=0x7fcf4f83cd70, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #5 0x7fcf6a7fa7ea in QThread::exec (this=this@entry=0x7fcf6b0d7d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread.cpp:522 #6 0x7fcf6ae64df5 in QDBusConnectionManager::run (this=0x7fcf6b0d7d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:178 #7 0x7fcf6a7ffb4f in QThreadPrivate::start (arg=0x7fcf6b0d7d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:376 #8 0x7fcf65e005aa in start_thread (arg=0x7fcf4f83d700) at pthread_create.c:463 #9 0x7fcf6a10bcbf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 2 (Thread 0x7fcf5909b700 (LWP 16810)): #0 0x7fcf6a1015d9 in __GI___poll (fds=0x7fcf5909aca8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7fcf662260f7 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x7fcf66227d1a in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x7fcf5be4ab19 in QXcbEventReader::run (this=0x55df4899fed0) at qxcbconnection.cpp:1370 #4 0x7fcf6a7ffb4f in QThreadPrivate::start (arg=0x55df4899fed0) at thread/qthread_unix.cpp:376 #5 0x7fcf65e005aa in start_thread (arg=0x7fcf5909b700) at pthread_create.c:463 #6 0x7fcf6a10bcbf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 1 (Thread 0x7fcf6f7a4800 (LWP 16809)): [KCrash Handler] #6 0x7fcf6bec758a in QWidget::testAttribute_helper (this=this@entry=0x0, attribute=attribute@entry=Qt::WA_WState_Created) at kernel/qwidget.cpp:11440 #7 0x7fcf6bed050e in QWidget::testAttribute (attribute=Qt::WA_WState_Created, this=0x0) at ../../include/QtWidgets/../../src/widgets/kernel/qwidget.h:868 #8 QWidget::winId (this=0x0) at kernel/qwidget.cpp:2526 #9 0x55df468ef39a in KateAppAdaptor::desktopNumber (this=) at ./kate/kateappadaptor.cpp:111 #10 0x55df468e8615 in KateAppAdaptor::qt_static_metacall (_o=_o@entry=0x7ffd8911cf08, _c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=10, _a=_a@entry=0x7ffd8911c4d0) at ./obj-x86_64-linux-gnu/kate/kdeinit_kate_autogen/EWIEGA46WW/moc_kateappadaptor.cpp:147 #11 0x55df468eca75 in KateAppAdaptor::qt_metacall (this=0x7ffd8911cf08, _c=QMetaObject::InvokeMetaMethod, _id=10, _a=0x7ffd8911c4d0) at ./obj-x86_64-linux-gnu/kate/kdeinit_kate_autogen/EWIEGA46WW/moc_kateappadaptor.cpp:210 #12 0x7fcf6ae701a8 in QDBusConnectionPrivate::deliverCall (this=this@entry=0x7fcf48004e80, object=object@entry=0x7ffd8911cf08, msg=..., metaTypes=..., slotIdx=) at qdbusintegrator.cpp:998 #13 0x7fcf6ae75160 in QDBusConnectionPrivate::activateCall (this=this@entry=0x7fcf48004e80, object=0x7ffd8911cf08, flags=flags@entry=273, msg=...) at qdbusintegrator.cpp:901 #14 0x7fcf6ae75a1c in QDBusConnectionPrivate::activateCall (msg=..., flags=273, object=, this=0x7fcf48004e80) at qdbusintegrator.cpp:850 #15
[systemsettings] [Bug 393524] System Settings immediately crashes on start
https://bugs.kde.org/show_bug.cgi?id=393524 --- Comment #1 from Davide Beatrici <davidebeatr...@gmail.com> --- Plasma crashed when I tried to open the Application Launcher on the second monitor. I rebooted Debian and now everything works as expected. I'm leaving the report open, in case it may be useful. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 393524] New: System Settings immediately crashes on start
https://bugs.kde.org/show_bug.cgi?id=393524 Bug ID: 393524 Summary: System Settings immediately crashes on start Product: systemsettings Version: 5.12.4 Platform: Debian testing OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: davidebeatr...@gmail.com Target Milestone: --- Application: systemsettings5 (5.12.4) Qt Version: 5.10.1 Frameworks Version: 5.44.0 Operating System: Linux 4.15.0-2-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: I have tried to restart it multiple times. The crash can be reproduced every time. -- Backtrace: Application: System Settings (systemsettings5), signal: Aborted Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fb59d9d6c80 (LWP 32184))] Thread 5 (Thread 0x7fb56b129700 (LWP 32190)): #0 0x7fb5994415d9 in __GI___poll (fds=0x7fb564003ce0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7fb593010439 in g_main_context_poll (priority=, n_fds=1, fds=0x7fb564003ce0, timeout=, context=0x7fb564000bf0) at ../../../../glib/gmain.c:4204 #2 g_main_context_iterate (context=context@entry=0x7fb564000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3898 #3 0x7fb59301054c in g_main_context_iteration (context=0x7fb564000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3964 #4 0x7fb599d851bb in QEventDispatcherGlib::processEvents (this=0x7fb564000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7fb599d28b6a in QEventLoop::exec (this=this@entry=0x7fb56b128d80, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #6 0x7fb599b3e7ea in QThread::exec (this=) at thread/qthread.cpp:522 #7 0x7fb597689885 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #8 0x7fb599b43b4f in QThreadPrivate::start (arg=0x55b9ae16b230) at thread/qthread_unix.cpp:376 #9 0x7fb5955ae5aa in start_thread (arg=0x7fb56b129700) at pthread_create.c:463 #10 0x7fb59944bcbf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 4 (Thread 0x7fb572fe7700 (LWP 32189)): #0 0x7fb5994415d9 in __GI___poll (fds=0x7fb56c004a00, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7fb593010439 in g_main_context_poll (priority=, n_fds=1, fds=0x7fb56c004a00, timeout=, context=0x7fb56c000bf0) at ../../../../glib/gmain.c:4204 #2 g_main_context_iterate (context=context@entry=0x7fb56c000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3898 #3 0x7fb59301054c in g_main_context_iteration (context=0x7fb56c000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3964 #4 0x7fb599d851bb in QEventDispatcherGlib::processEvents (this=0x7fb56c000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7fb599d28b6a in QEventLoop::exec (this=this@entry=0x7fb572fe6d80, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #6 0x7fb599b3e7ea in QThread::exec (this=) at thread/qthread.cpp:522 #7 0x7fb597689885 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #8 0x7fb599b43b4f in QThreadPrivate::start (arg=0x55b9ade9d260) at thread/qthread_unix.cpp:376 #9 0x7fb5955ae5aa in start_thread (arg=0x7fb572fe7700) at pthread_create.c:463 #10 0x7fb59944bcbf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 3 (Thread 0x7fb581433700 (LWP 32187)): #0 idleTimerSourcePrepare (source=, timeout=timeout@entry=0x7fb581432ba4) at kernel/qeventdispatcher_glib.cpp:207 #1 0x7fb59300f998 in g_main_context_prepare (context=context@entry=0x7fb57c000bf0, priority=priority@entry=0x7fb581432c30) at ../../../../glib/gmain.c:3475 #2 0x7fb59301036b in g_main_context_iterate (context=context@entry=0x7fb57c000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3883 #3 0x7fb59301054c in g_main_context_iteration (context=0x7fb57c000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3964 #4 0x7fb599d851bb in QEventDispatcherGlib::processEvents (this=0x7fb57c000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7fb599d28b6a in QEventLoop::exec (this=this@entry=0x7fb581432d70, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #6 0x7fb599b3e7ea in QThread::exec (this=) at thread/qthread.cpp:522 #7 0x7fb59b673df5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #8 0x7fb599b43b4f in QThreadPrivate::start (arg=0x7fb59b8e6d60) at thread/qthread_unix.cpp:376 #9 0x7fb5955ae5aa in start_thread (arg=0x7fb581433700) at pthread_create.c:463 #10 0x7fb59944bcbf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 2 (Thread 0x7fb58aa0b700 (LWP 32186)): #0
[plasmashell] [Bug 391071] New: Crashed while dragging a file on the desktop from an FTP server
https://bugs.kde.org/show_bug.cgi?id=391071 Bug ID: 391071 Summary: Crashed while dragging a file on the desktop from an FTP server Product: plasmashell Version: 5.12.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: davidebeatr...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Application: plasmashell (5.12.0) Qt Version: 5.9.2 Frameworks Version: 5.42.0 Operating System: Linux 4.14.0-3-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: - What I was doing when the application crashed: I was dragging a file on the desktop from an FTP Server. Before releasing the mouse button, Plasma asked me to login on the FTP server. I released the button, logged in, tried to drag the file on the desktop, but a "Forbidden" sign appeared near the icon (always reproducible). I left the button and Plasma crashed. I wasn't able to reproduce the crash, as the login popup doesn't appear anymore. -- Backtrace: Application: Plasma (plasmashell), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f9120ed8600 (LWP 1515))] Thread 15 (Thread 0x7f90327fc700 (LWP 5417)): #0 0x7f9119dd77fd in futex_wait_cancelable (private=, expected=0, futex_word=0x55f88bbeaae4) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f9119dd77fd in __pthread_cond_wait_common (abstime=0x0, mutex=0x55f88bbeaa90, cond=0x55f88bbeaab8) at pthread_cond_wait.c:502 #2 0x7f9119dd77fd in __pthread_cond_wait (cond=0x55f88bbeaab8, mutex=0x55f88bbeaa90) at pthread_cond_wait.c:655 #3 0x7f911ac1365b in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x55f88bbeaa90) at thread/qwaitcondition_unix.cpp:143 #4 0x7f911ac1365b in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x55f88c6980d0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7f905cf3d745 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7f905cf41818 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7f905cf3c8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7f905cf41872 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7f905cf3c8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7f905cf3f6db in ThreadWeaver::Thread::run() () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7f911ac1222d in QThreadPrivate::start(void*) (arg=0x55f88c74a7f0) at thread/qthread_unix.cpp:368 #12 0x7f9119dd151a in start_thread (arg=0x7f90327fc700) at pthread_create.c:465 #13 0x7f911a5203ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 14 (Thread 0x7f9032ffd700 (LWP 5416)): #0 0x7f9119dd77fd in futex_wait_cancelable (private=, expected=0, futex_word=0x55f88bbeaae4) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f9119dd77fd in __pthread_cond_wait_common (abstime=0x0, mutex=0x55f88bbeaa90, cond=0x55f88bbeaab8) at pthread_cond_wait.c:502 #2 0x7f9119dd77fd in __pthread_cond_wait (cond=0x55f88bbeaab8, mutex=0x55f88bbeaa90) at pthread_cond_wait.c:655 #3 0x7f911ac1365b in QWaitConditionPrivate::wait(unsigned long) (time=18446744073709551615, this=0x55f88bbeaa90) at thread/qwaitcondition_unix.cpp:143 #4 0x7f911ac1365b in QWaitCondition::wait(QMutex*, unsigned long) (this=, mutex=0x55f88c6980d0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #5 0x7f905cf3d745 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #6 0x7f905cf41818 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #7 0x7f905cf3c8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #8 0x7f905cf41872 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #9 0x7f905cf3c8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #10 0x7f905cf41872 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #11 0x7f905cf3c8fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #12 0x7f905cf41872 in () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5 #13 0x7f905cf3c8fd
[systemsettings] [Bug 390807] New: System Settings crashes when closing its window
https://bugs.kde.org/show_bug.cgi?id=390807 Bug ID: 390807 Summary: System Settings crashes when closing its window Product: systemsettings Version: 5.12.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: davidebeatr...@gmail.com Target Milestone: --- Application: systemsettings5 (5.12.0) Qt Version: 5.9.2 Frameworks Version: 5.42.0 Operating System: Linux 4.14.0-3-amd64 x86_64 Distribution: Debian GNU/Linux testing (buster) -- Information about the crash: - What I was doing when the application crashed: Opening System Settings and then closing its window causes it to crash. It happens even without changing any settings or moving to another menu. The crash can be reproduced every time. -- Backtrace: Application: System Settings (systemsettings5), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fb4e15cd080 (LWP 7237))] Thread 2 (Thread 0x7fb4cb057700 (LWP 7239)): #0 0x7fb4dd089e6b in __GI___poll (fds=0x7fb4c4003ce0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7fb4d6d35119 in g_main_context_poll (priority=, n_fds=1, fds=0x7fb4c4003ce0, timeout=, context=0x7fb4c4000bf0) at ../../../../glib/gmain.c:4169 #2 g_main_context_iterate (context=context@entry=0x7fb4c4000bf0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../../glib/gmain.c:3863 #3 0x7fb4d6d3522c in g_main_context_iteration (context=0x7fb4c4000bf0, may_block=may_block@entry=1) at ../../../../glib/gmain.c:3929 #4 0x7fb4dd9bd10b in QEventDispatcherGlib::processEvents (this=0x7fb4c4000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7fb4dd9622aa in QEventLoop::exec (this=this@entry=0x7fb4cb056cb0, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #6 0x7fb4dd78135a in QThread::exec (this=) at thread/qthread.cpp:515 #7 0x7fb4df267e45 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #8 0x7fb4dd78622d in QThreadPrivate::start (arg=0x7fb4df4dad60) at thread/qthread_unix.cpp:368 #9 0x7fb4d92b551a in start_thread (arg=0x7fb4cb057700) at pthread_create.c:465 #10 0x7fb4dd0943ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 1 (Thread 0x7fb4e15cd080 (LWP 7237)): [KCrash Handler] #6 wl_proxy_create_wrapper (proxy=0x0) at ../src/wayland-client.c:2038 #7 0x7fb4c0f0bd54 in get_wl_surface_proxy (window=0x558926bbe530, window=0x558926bbe530) at ../../../src/egl/drivers/dri2/platform_wayland.c:121 #8 dri2_wl_create_window_surface (drv=, disp=0x558921c1aa00, conf=0x558921d2a290, native_window=0x558926bbe530, attrib_list=0x0) at ../../../src/egl/drivers/dri2/platform_wayland.c:189 #9 0x7fb4c0ef98f7 in _eglCreateWindowSurfaceCommon (disp=0x558921c1aa00, config=, native_window=0x558926bbe530, attrib_list=0x0) at ../../../src/egl/main/eglapi.c:903 #10 0x7fb4c154703d in QtWaylandClient::QWaylandEglWindow::updateSurface (this=this@entry=0x558921d2b1e0, create=create@entry=true) at ../../../../hardwareintegration/client/wayland-egl/qwaylandeglwindow.cpp:141 #11 0x7fb4c15455b5 in QtWaylandClient::QWaylandGLContext::makeCurrent (this=this@entry=0x55892226e710, surface=) at ../../../../hardwareintegration/client/wayland-egl/qwaylandglcontext.cpp:410 #12 0x7fb4de1934e6 in QOpenGLContext::makeCurrent (this=0x5589222695e0, surface=0x558921b58580) at kernel/qopenglcontext.cpp:984 #13 0x7fb4de938ba7 in deleteBackingStore (d=d@entry=0x558921a9f470) at kernel/qwidget.cpp:1885 #14 0x7fb4de941672 in QWidgetPrivate::deleteTLSysExtra (this=0x558921a9f470) at kernel/qwidget.cpp:1912 #15 0x7fb4de946508 in QWidget::destroy (this=this@entry=0x558921a21f20, destroyWindow=destroyWindow@entry=true, destroySubWindows=destroySubWindows@entry=true) at kernel/qwidget.cpp:12409 #16 0x7fb4de94da78 in QWidget::~QWidget (this=0x558921a21f20, __in_chrg=) at kernel/qwidget.cpp:1712 #17 0x7fb4e0b0fcad in KMainWindow::~KMainWindow (this=0x558921a21f20, __in_chrg=) at ./src/kmainwindow.cpp:393 #18 0x55891ff8fbbb in SettingsBase::~SettingsBase (this=0x558921a21f20, __in_chrg=, __vtt_parm=) at ./app/SettingsBase.cpp:73 #19 0x55891ff8fc19 in SettingsBase::~SettingsBase (this=0x558921a21f20, __in_chrg=, __vtt_parm=) at ./app/SettingsBase.cpp:76 #20 0x7fb4dd9938e0 in QObject::event (this=this@entry=0x558921a21f20, e=e@entry=0x5589220fd060) at kernel/qobject.cpp:1237 #21 0x7fb4de952453 in QWidget::event (this=this@entry=0x558921a21f20, event=event@entry=0x5589220fd060) at kernel/qwidget.cpp:9264 #22 0x7fb4dea651fb in QMainWindow::event (this=this@entry=0x558921a21f20, event=event@entry=0x5589220fd060) at widgets/qmainwindow.cpp:1562 #23 0x7fb4e0b120f7 in KMainWindow::event
[gwenview] [Bug 381364] "Gwenview crashes when going in Full Screen mode with Grayscale JPEG images"
https://bugs.kde.org/show_bug.cgi?id=381364 --- Comment #3 from Davide Beatrici <davidebeatr...@gmail.com> --- Gvenview 17.07.70, built from source, works fine. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 381364] "Gwenview crashes when going in Full Screen mode with Grayscale JPEG images"
https://bugs.kde.org/show_bug.cgi?id=381364 --- Comment #1 from Davide Beatrici <davidebeatr...@gmail.com> --- The program doesn't crash with the testcase from bug 357548. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 381364] New: "Gwenview crashes when going in Full Screen mode with Grayscale JPEG images"
https://bugs.kde.org/show_bug.cgi?id=381364 Bug ID: 381364 Summary: "Gwenview crashes when going in Full Screen mode with Grayscale JPEG images" Product: gwenview Version: unspecified Platform: Debian stable OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: davidebeatr...@gmail.com CC: myr...@kde.org Target Milestone: --- Application: gwenview (16.08.3) Qt Version: 5.7.1 Frameworks Version: 5.28.0 Operating System: Linux 4.9.0-3-amd64 x86_64 Distribution: Debian GNU/Linux 9.0 (stretch) -- Information about the crash: - What I was doing when the application crashed: I have a set of JPEG images, all coming from the same source. Gwenview works fine with the TrueColor images, but it crashes as soon as I click on the Full Screen button with a Grayscale one. The program goes in Full Screen mode, but the image is not correctly zoomed, as it's blurred, and then it immediately crashes. A few times it worked correctly, when I left the image open for some time. While writing this report I noticed that Gwenview also crashes when moving the zoom slider fast. The crash can be reproduced every time. -- Backtrace: Application: Gwenview (gwenview), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fd4f83e99c0 (LWP 12681))] Thread 4 (Thread 0x7fd4ed19c700 (LWP 12684)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7fd507da2ba6 in QWaitConditionPrivate::wait_relative (time=3, this=0x561284a365a0) at thread/qwaitcondition_unix.cpp:133 #2 QWaitConditionPrivate::wait (time=3, this=0x561284a365a0) at thread/qwaitcondition_unix.cpp:141 #3 QWaitCondition::wait (this=this@entry=0x561284a35250, mutex=mutex@entry=0x561284a36340, time=3) at thread/qwaitcondition_unix.cpp:215 #4 0x7fd507d9e3c2 in QThreadPoolThread::run (this=0x561284a35240) at thread/qthreadpool.cpp:133 #5 0x7fd507da1da8 in QThreadPrivate::start (arg=0x561284a35240) at thread/qthread_unix.cpp:368 #6 0x7fd5028bf494 in start_thread (arg=0x7fd4ed19c700) at pthread_create.c:333 #7 0x7fd5076baaff in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 3 (Thread 0x7fd4f4a58700 (LWP 12683)): #0 __libc_enable_asynccancel () at ../sysdeps/unix/sysv/linux/x86_64/cancellation.S:67 #1 0x7fd5076b16a2 in poll () at ../sysdeps/unix/syscall-template.S:84 #2 0x7fd500e249f6 in g_main_context_poll (priority=, n_fds=1, fds=0x7fd4e8011530, timeout=, context=0x7fd4e8000990) at ././glib/gmain.c:4228 #3 g_main_context_iterate (context=context@entry=0x7fd4e8000990, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ././glib/gmain.c:3924 #4 0x7fd500e24b0c in g_main_context_iteration (context=0x7fd4e8000990, may_block=may_block@entry=1) at ././glib/gmain.c:3990 #5 0x7fd507fc606b in QEventDispatcherGlib::processEvents (this=0x7fd4e80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #6 0x7fd507f6f9ca in QEventLoop::exec (this=this@entry=0x7fd4f4a57bd0, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #7 0x7fd507d9d0f3 in QThread::exec (this=this@entry=0x7fd50c751d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread.cpp:507 #8 0x7fd50c6dc6d5 in QDBusConnectionManager::run (this=0x7fd50c751d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:178 #9 0x7fd507da1da8 in QThreadPrivate::start (arg=0x7fd50c751d60 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:368 #10 0x7fd5028bf494 in start_thread (arg=0x7fd4f4a58700) at pthread_create.c:333 #11 0x7fd5076baaff in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 2 (Thread 0x7fd4f63ed700 (LWP 12682)): #0 0x7fd5076b16ad in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x7fd50027a150 in poll (__timeout=-1, __nfds=1, __fds=0x7fd4f63ecb00) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 _xcb_conn_wait (c=c@entry=0x561284504850, cond=cond@entry=0x561284504890, vector=vector@entry=0x0, count=count@entry=0x0) at ../../src/xcb_conn.c:479 #3 0x7fd50027bee9 in xcb_wait_for_event (c=0x561284504850) at ../../src/xcb_in.c:693 #4 0x7fd4f8111b69 in QXcbEventReader::run (this=0x56128450ef00) at qxcbconnection.cpp:1343 #5 0x7fd507da1da8 in QThreadPrivate::start (arg=0x56128450ef00) at thread/qthread_unix.cpp:368 #6 0x7fd5028bf494 in start_thread (arg=0x7fd4f63ed700) at pthread_create.c:333 #7 0x7fd5076baaff in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 1 (Thread 0x7fd4f83e99c0 (LWP 12681)): [KCrash Handler] #6