SUMMARY When deleting a .ics calendar on KOrganizer, with the PIM calendar plugin enabled and said calendar selected to show on the calendar grid, the shell freezes and starts leaking RAM until it fills to the max and crashes. STEPS TO REPRODUCE 1. Have a .ics calendar added on KOrganizer 2. Enable the PIM calendar plugin on the calendar section of the digital watch configuration 3. Select the .ics calendar on the PIM events section of the digital watch configuration 4. go to KOrganizer and delete the .ics calendar. OBSERVED RESULT The Plasma shell freezes, becoming impossible to interact with any of the widgets on the panel and begins eating RAM all the way to the limit of the system. It then crashes and restarts. EXPECTED RESULT The .ics calendar gets removed from KOrganizer and it's events no longer show up on the calendar widget, nor is it found on the PIM events section. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 40 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.6-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I found 2 other bugs while accidentally finding this one. I will file them. Nothing shows up if starting Korganizer with gdb.
I have a video showcasing the bug (thank god for spectacle), but it's 14.5 MBs, far above the 4 MB limit.
If something crashed, we need a backtrace of it so we can figure out what's going on. Can you please attach a backtrace of the plasmashell crash (not korganizer) using the `coredumpctl` command-line program, as detailed in https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl? Thanks!
(In reply to Nate Graham from comment #2) > If something crashed, we need a backtrace of it so we can figure out what's > going on. Can you please attach a backtrace of the plasmashell crash (not > korganizer) using the `coredumpctl` command-line program, as detailed in > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl? > > Thanks! I tried `coredumpctl --reverse`, but the backtrace doesn't show up. It also doesn't show the backtrace on KOrganizer when I tried to run in under `gdb`in order to get a backtrace on this bug. The last backtrace that it can find is from yesterday about steam. I ran into this bug today. Maybe running plasma-shell under gbd will yeld results? By the way, love your 'This week on KDE' news. Much love! <3
Thanks! Yeah if it doesn't show up in `coredumpctl`, then either something's misconfigured, it plasma isn't actually crashing but rather exiting. It could also be getting killed by the OOM killer after running out of memory. When this happens, do you see a rapid increase in plasmashell's memory usage in System Monitor or `top`?
(In reply to Nate Graham from comment #4) > Thanks! > > Yeah if it doesn't show up in `coredumpctl`, then either something's > misconfigured, it plasma isn't actually crashing but rather exiting. It > could also be getting killed by the OOM killer after running out of memory. > > When this happens, do you see a rapid increase in plasmashell's memory usage > in System Monitor or `top`? Hello again. Sorry for the delay. When the bug occurs, I noticed on htop that the memory usage increases around 200 mbs per second. I tried using valgrind to check for memory leaks and attaching gdb onto plasmashell. I did try try to attach to org.kde.plasma.calendar with gdb, but failed to do so. So pretty I couldn't get the bug to occur on neither debug tool, because I was unable to interact with the panel with gdb. With valgrind I got VERY close into producing the bug, but plasmashell crashed before I could do it and after subsequent tries I was also unable to interact with it. Thankfully, I managed to get some logs, including a gdb coredump, but very likely unrelated to the bug in the calendar. I will attach the logs in the following comments, first the valgrind and then the gdb coredump. I'll keep trying to get a log dump of the bug with valgrind as it was the closest I got. Until then, I hope these logs help.
Never mind about commenting the valgrind logs. They're too big! I'll just attach them instead.
roguefort@fedora:~$ coredumpctl gdb 9518 PID: 9518 (gdb) UID: 1000 (roguefort) GID: 1000 (roguefort) Signal: 11 (SEGV) Timestamp: Thu 2024-09-12 20:55:51 WEST (26min ago) Command Line: gdb -p 9344 Executable: /usr/libexec/gdb Control Group: /user.slice/user-1000.slice/user@1000.service/app.slice/app-org.kde.konsole@93e3ef16ced54c699f6185654dc7c478.service Unit: user@1000.service User Unit: app-org.kde.konsole@93e3ef16ced54c699f6185654dc7c478.service Slice: user-1000.slice Owner UID: 1000 (roguefort) Boot ID: ba0ab2c5b47449ba92350c9341fd9cdc Machine ID: 859298fe6e134a259a1ba7f6f891cf9d Hostname: fedora Storage: /var/lib/systemd/coredump/core.gdb.1000.ba0ab2c5b47449ba92350c9341fd9cdc.9518.1726170951000000.zst (present) Size on Disk: 5.0M Package: gdb/15.1-1.fc40 build-id: 75d8980eddf38fecf253a1f772dc4f5f926e1adc Message: Process 9518 (gdb) of user 1000 dumped core. Module /usr/lib64/libattr.so.1.1.2502 from rpm attr-2.5.2-3.fc40.x86_64 Module [dso] from rpm tpm2-tss-4.1.3-1.fc40.x86_64 Module /usr/lib64/libtss2-rc.so.0.0.0 from rpm tpm2-tss-4.1.3-1.fc40.x86_64 Module /usr/lib64/libacl.so.1.1.2302 from rpm acl-2.3.2-1.fc40.x86_64 Module /usr/lib64/libimaevm.so.4.0.0 from rpm ima-evm-utils-1.5-4.fc40.x86_64 Module /usr/lib64/librpmsign.so.10.0.2 from rpm rpm-4.19.1.1-1.fc40.x86_64 Module /usr/lib64/libkeyutils.so.1.10 from rpm keyutils-1.6.3-3.fc40.x86_64 Module /usr/lib64/libbrotlicommon.so.1.1.0 from rpm brotli-1.1.0-3.fc40.x86_64 Module /usr/lib64/libcom_err.so.2.1 from rpm e2fsprogs-1.47.0-5.fc40.x86_64 Module /usr/lib64/libbrotlidec.so.1.1.0 from rpm brotli-1.1.0-3.fc40.x86_64 Module /usr/lib64/libboost_regex.so.1.83.0 from rpm boost-1.83.0-5.fc40.x86_64 Module /usr/lib64/libdebuginfod-0.191.so from rpm elfutils-0.191-4.fc40.x86_64 Module /usr/lib64/libgmodule-2.0.so.0.8000.3 from rpm glib2-2.80.3-1.fc40.x86_64 Module /usr/lib64/libuuid.so.1.3.0 from rpm util-linux-2.40.1-1.fc40.x86_64 Module libtss2-mu.so.0 from rpm tpm2-tss-4.1.3-1.fc40.x86_64 Module libtss2-sys.so.1 from rpm tpm2-tss-4.1.3-1.fc40.x86_64 Module libattr.so.1 from rpm attr-2.5.2-3.fc40.x86_64 Module libtss2-esys.so.0 from rpm tpm2-tss-4.1.3-1.fc40.x86_64 Module libtss2-rc.so.0 from rpm tpm2-tss-4.1.3-1.fc40.x86_64 Module librpm_sequoia.so.1 from rpm rust-rpm-sequoia-1.7.0-1.fc40.x86_64 Module libacl.so.1 from rpm acl-2.3.2-1.fc40.x86_64 Module libfsverity.so.0 from rpm fsverity-utils-1.4-12.fc40.x86_64 Module libimaevm.so.4 from rpm ima-evm-utils-1.5-4.fc40.x86_64 Module libcap.so.2 from rpm libcap-2.69-8.fc40.x86_64 Module liblua-5.4.so from rpm lua-5.4.6-5.fc40.x86_64 Module libmagic.so.1 from rpm file-5.45-4.fc40.x86_64 Module librpmio.so.10 from rpm rpm-4.19.1.1-1.fc40.x86_64 Module librpm.so.10 from rpm rpm-4.19.1.1-1.fc40.x86_64 Module librpmsign.so.10 from rpm rpm-4.19.1.1-1.fc40.x86_64 Module librpmbuild.so.10 from rpm rpm-4.19.1.1-1.fc40.x86_64 Module _rpm.so from rpm rpm-4.19.1.1-1.fc40.x86_64 Module libcrypt.so.2 from rpm libxcrypt-4.4.36-5.fc40.x86_64 Module libselinux.so.1 from rpm libselinux-3.6-4.fc40.x86_64 Module libbrotlicommon.so.1 from rpm brotli-1.1.0-3.fc40.x86_64 Module libsasl2.so.3 from rpm cyrus-sasl-2.1.28-19.fc40.x86_64 Module libevent-2.1.so.7 from rpm libevent-2.1.12-12.fc40.x86_64 Module libkeyutils.so.1 from rpm keyutils-1.6.3-3.fc40.x86_64 Module libkrb5support.so.0 from rpm krb5-1.21.3-1.fc40.x86_64 Module libcom_err.so.2 from rpm e2fsprogs-1.47.0-5.fc40.x86_64 Module libk5crypto.so.3 from rpm krb5-1.21.3-1.fc40.x86_64 Module libkrb5.so.3 from rpm krb5-1.21.3-1.fc40.x86_64 Module libunistring.so.5 from rpm libunistring-1.1-7.fc40.x86_64 Module libbrotlidec.so.1 from rpm brotli-1.1.0-3.fc40.x86_64 Module libgssapi_krb5.so.2 from rpm krb5-1.21.3-1.fc40.x86_64 Module libcrypto.so.3 from rpm openssl-3.2.2-3.fc40.x86_64 Module libssl.so.3 from rpm openssl-3.2.2-3.fc40.x86_64 Module libpsl.so.5 from rpm libpsl-0.21.5-3.fc40.x86_64 Module libssh.so.4 from rpm libssh-0.10.6-5.fc40.x86_64 Module libidn2.so.0 from rpm libidn2-2.3.7-1.fc40.x86_64 Module libnghttp2.so.14 from rpm nghttp2-1.59.0-3.fc40.x86_64 Module libicuuc.so.74 from rpm icu-74.2-1.fc40.x86_64 Module libicui18n.so.74 from rpm icu-74.2-1.fc40.x86_64 Module libicudata.so.74 from rpm icu-74.2-1.fc40.x86_64 Module libpcre2-8.so.0 from rpm pcre2-10.44-1.fc40.x86_64 Module libbz2.so.1 from rpm bzip2-1.0.8-18.fc40.x86_64 Module libzstd.so.1 from rpm zstd-1.5.6-1.fc40.x86_64 Module libcurl.so.4 from rpm curl-8.6.0-10.fc40.x86_64 Module libboost_regex.so.1.83.0 from rpm boost-1.83.0-5.fc40.x86_64 Module libglib-2.0.so.0 from rpm glib2-2.80.3-1.fc40.x86_64 Module libgmodule-2.0.so.0 from rpm glib2-2.80.3-1.fc40.x86_64 Module libuuid.so.1 from rpm util-linux-2.40.1-1.fc40.x86_64 Module libpopt.so.0 from rpm popt-1.19-6.fc40.x86_64 Module libelf.so.1 from rpm elfutils-0.191-4.fc40.x86_64 Module libdw.so.1 from rpm elfutils-0.191-4.fc40.x86_64 Module libdebuginfod.so.1 from rpm elfutils-0.191-4.fc40.x86_64 Module libsource-highlight.so.4 from rpm source-highlight-3.1.9-22.fc40.x86_64 Module libgmp.so.10 from rpm gmp-6.2.1-8.fc40.x86_64 Module libmpfr.so.6 from rpm mpfr-4.2.1-4.fc40.x86_64 Module libexpat.so.1 from rpm expat-2.6.2-1.fc40.x86_64 Module libpython3.12.so.1.0 from rpm python3.12-3.12.5-2.fc40.x86_64 Module libtinfo.so.6 from rpm ncurses-6.4-12.20240127.fc40.x86_64 Module libncursesw.so.6 from rpm ncurses-6.4-12.20240127.fc40.x86_64 Module libz.so.1 from rpm zlib-ng-2.1.7-1.fc40.x86_64 Module libreadline.so.8 from rpm readline-8.2-8.fc40.x86_64 Module libxxhash.so.0 from rpm xxhash-0.8.2-2.fc40.x86_64 Module libipt.so.2 from rpm libipt-2.1-3.fc40.x86_64 Module libbabeltrace-ctf.so.1 from rpm babeltrace-1.5.11-7.fc40.x86_64 Module libbabeltrace.so.1 from rpm babeltrace-1.5.11-7.fc40.x86_64 Module liblzma.so.5 from rpm xz-5.4.6-3.fc40.x86_64 Module gdb from rpm gdb-15.1-1.fc40.x86_64 Stack trace of thread 9518: #0 0x00007facd03c4664 __pthread_kill_implementation (libc.so.6 + 0x99664) #1 0x00007facd036bc4e raise (libc.so.6 + 0x40c4e) #2 0x0000565457624ddd _ZL19handle_fatal_signali (gdb + 0x2a9ddd) #3 0x0000565457624ffa _ZL14handle_sigsegvi (gdb + 0x2a9ffa) #4 0x00007facd036bd00 __restore_rt (libc.so.6 + 0x40d00) #5 0x00005654576e672c _ZL24get_pending_child_statusP8lwp_info (gdb + 0x36b72c) #6 0x00005654576e73ea _ZL14detach_one_lwpP8lwp_infoPi (gdb + 0x36c3ea) #7 0x00005654576e77c3 _ZL15detach_callbackP8lwp_info (gdb + 0x36c7c3) #8 0x00005654576e3a6a _Z17iterate_over_lwps6ptid_tN3gdb13function_viewIFiP8lwp_infoEEE (gdb + 0x368a6a) #9 0x00005654576e7927 _ZN16linux_nat_target6detachEP8inferiori (gdb + 0x36c927) #10 0x000056545793cce7 _Z13target_detachP8inferiori (gdb + 0x5c1ce7) #11 0x0000565457951baf _Z10quit_forcePii (gdb + 0x5d6baf) #12 0x000056545751d34c _Z12quit_commandPKci (gdb + 0x1a234c) #13 0x00005654575260e5 _Z8cmd_funcP16cmd_list_elementPKci (gdb + 0x1ab0e5) #14 0x0000565457953472 _Z15execute_commandPKci (gdb + 0x5d8472) #15 0x00005654576256a2 _Z15command_handlerPKc (gdb + 0x2aa6a2) #16 0x00005654576273c9 _Z20command_line_handlerOSt10unique_ptrIcN3gdb13xfree_deleterIcEEE (gdb + 0x2ac3c9) #17 0x0000565457625e73 _ZL23gdb_rl_callback_handlerPc (gdb + 0x2aae73) #18 0x00007facd11aa9c5 rl_callback_read_char (libreadline.so.8 + 0x3d9c5) #19 0x0000565457625fee _ZL42gdb_rl_callback_read_char_wrapper_noexceptv (gdb + 0x2aafee) #20 0x0000565457626196 _ZL33gdb_rl_callback_read_char_wrapperPv (gdb + 0x2ab196) #21 0x0000565457997d90 _ZL19stdin_event_handleriPv (gdb + 0x61cd90) #22 0x0000565457c06565 _ZL18gdb_wait_for_eventi (gdb + 0x88b565) #23 0x0000565457c0719a _Z16gdb_do_one_eventi (gdb + 0x88c19a) #24 0x000056545770d18a _ZL21captured_command_loopv (gdb + 0x39218a) #25 0x0000565457710265 _Z8gdb_mainP18captured_main_args (gdb + 0x395265) #26 0x00005654573f066e main (gdb + 0x7566e) #27 0x00007facd0355088 __libc_start_call_main (libc.so.6 + 0x2a088) #28 0x00007facd035514b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2a14b) #29 0x00005654573ffe35 _start (gdb + 0x84e35) Stack trace of thread 9523: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9526: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9527: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9525: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9522: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9521: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9520: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) Stack trace of thread 9524: #0 0x00007facd03beda9 __futex_abstimed_wait_common (libc.so.6 + 0x93da9) #1 0x00007facd03c17f9 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x967f9) #2 0x00007facd06dd700 _ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE (libstdc++.so.6 + 0xdd700) #3 0x0000565457c143f3 _ZN3gdb11thread_pool15thread_functionEv (gdb + 0x8993f3) #4 0x00007facd06e7564 execute_native_thread_routine (libstdc++.so.6 + 0xe7564) #5 0x00007facd03c26d7 start_thread (libc.so.6 + 0x976d7) #6 0x00007facd044660c __clone3 (libc.so.6 + 0x11b60c) ELF object binary architecture: AMD x86-64 GNU gdb (Fedora Linux) 15.1-1.fc40 Copyright (C) 2024 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/libexec/gdb... This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.fedoraproject.org/> Enable debuginfod for this session? (y or [n]) y Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. Downloading separate debug info for /usr/libexec/gdb Reading symbols from /home/roguefort/.cache/debuginfod_client/75d8980eddf38fecf253a1f772dc4f5f926e1adc/debuginfo... [New LWP 9518] [New LWP 9523] [New LWP 9526] [New LWP 9527] [New LWP 9525] [New LWP 9522] [New LWP 9521] [New LWP 9520] [New LWP 9524] --Type <RET> for more, q to quit, c to continue without paging-- Downloading separate debug info for /lib64/libbabeltrace.so.1 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/0dcadd74ab2fc2a7b286da49ffddda62c7a321e3/debuginfo Downloading separate debug info for /lib64/libbabeltrace-ctf.so.1 Downloading separate debug info for /lib64/libipt.so.2 Downloading separate debug info for /lib64/libxxhash.so.0 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/52f48adf512ea82944a43c3567feeb0dfe5cb5f9/debuginfo Downloading separate debug info for /lib64/libreadline.so.8 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/668aafdfb0547f12fcaca29ea07cf25b9bc3e1bf/debuginfo Downloading separate debug info for /lib64/libncursesw.so.6 Downloading separate debug info for /lib64/libmpfr.so.6 Downloading separate debug info for /lib64/libsource-highlight.so.4 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/5812dd0ea8c2d9dd6c86e4426dec02ef7d6dea86/debuginfo Downloading separate debug info for /lib64/libdebuginfod.so.1 Downloading separate debug info for /lib64/libdw.so.1 Downloading separate debug info for /lib64/libpopt.so.0 Downloading separate debug info for /lib64/libboost_regex.so.1.83.0 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/c70993fa02ab66dac7973fde3bf3feaf206e4261/debuginfo --Type <RET> for more, q to quit, c to continue without paging-- Downloading separate debug info for /usr/lib64/python3.12/site-packages/rpm/_rpm.so Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/b1acb47f724b54225b51098bd25ddd5ac2536329/debuginfo Downloading separate debug info for /lib64/librpmbuild.so.10 Downloading separate debug info for /lib64/librpmsign.so.10 Downloading separate debug info for /lib64/librpm.so.10 Downloading separate debug info for /lib64/librpmio.so.10 Downloading separate debug info for /lib64/libmagic.so.1 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/129e9e787d00edea946efb894cb96ab3945af394/debuginfo Downloading separate debug info for /lib64/liblua-5.4.so Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/e6d121062271ce5d0aa49da11329249ee82dfbc5/debuginfo Downloading separate debug info for /lib64/libimaevm.so.4 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/b5f005aa50a23aca68a26ac46efa7912900424d2/debuginfo Downloading separate debug info for /lib64/libfsverity.so.0 Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/99ccc3e52b8df49dfe82a8ec1d2551ea1263143a/debuginfo Downloading separate debug info for /lib64/librpm_sequoia.so.1 Downloading separate debug info for /lib64/libtss2-rc.so.0 --Type <RET> for more, q to quit, c to continue without paging-- Downloading separate debug info for /home/roguefort/.cache/debuginfod_client/453541b262c22b6212b325c4e21038b91ff96374/debuginfo Downloading separate debug info for /lib64/libtss2-esys.so.0 Downloading separate debug info for /lib64/libtss2-sys.so.1 Downloading separate debug info for /lib64/libtss2-mu.so.0 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `gdb -p 9344'. Program terminated with signal SIGSEGV, Segmentation fault. Downloading source file /usr/src/debug/glibc-2.39-22.fc40.x86_64/nptl/pthread_kill.c #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=11, no_tid=no_tid@entry=0) at pthread_kill.c:44 44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; [Current thread is 1 (Thread 0x7faccdf370c0 (LWP 9518))] (gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=11, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007facd03c46d3 in __pthread_kill_internal (threadid=<optimized out>, signo=11) at pthread_kill.c:78 #2 0x00007facd036bc4e in __GI_raise (sig=11) at ../sysdeps/posix/raise.c:26 #3 0x0000565457624ddd in handle_fatal_signal (sig=sig@entry=11) at ../../gdb/event-top.c:939 #4 0x0000565457624ffa in handle_sigsegv (sig=11) at ../../gdb/event-top.c:989 #5 <signal handler called> #6 0x00005654576e672c in get_pending_child_status (lp=lp@entry=0x5654712998c0) at ../../gdb/linux-nat.c:1438 #7 0x00005654576e73ea in detach_one_lwp (lp=0x5654712998c0, signo_p=0x0) at ../../gdb/linux-nat.c:1462 #8 0x00005654576e77c3 in detach_callback (lp=<optimized out>) at ../../gdb/linux-nat.c:1525 #9 0x00005654576e3a6a in gdb::function_view<int(lwp_info*)>::operator() (this=<synthetic pointer>, args#0=0x5654712998c0) at ../../gdb/../gdbsupport/function-view.h:289 #10 iterate_over_lwps (filter=..., callback=...) at ../../gdb/linux-nat.c:942 #11 0x00005654576e7927 in linux_nat_target::detach (this=0x565458192980 <the_amd64_linux_nat_target>, inf=0x565470eaea40, from_tty=1) at ../../gdb/linux-nat.c:1552 #12 0x000056545793cce7 in target_detach (inf=inf@entry=0x565470eaea40, from_tty=from_tty@entry=1) at ../../gdb/target.c:2535 #13 0x0000565457951baf in kill_or_detach (inf=0x565470eaea40, from_tty=<optimized out>) at ../../gdb/top.c:1650 #14 quit_force (exit_arg=<optimized out>, from_tty=from_tty@entry=1) at ../../gdb/top.c:1753 #15 0x000056545751d34c in quit_command (args=0x0, from_tty=1) at ../../gdb/cli/cli-cmds.c:506 #16 0x00005654575260e5 in cmd_func (cmd=<optimized out>, args=<optimized out>, from_tty=<optimized out>) at ../../gdb/cli/cli-decode.c:2741 #17 0x0000565457953472 in execute_command (p=<optimized out>, p@entry=0x565470e92200 "exit", from_tty=<optimized out>) at ../../gdb/top.c:569 #18 0x00005654576256a2 in command_handler (command=0x565470e92200 "exit") at ../../gdb/event-top.c:579 #19 0x00005654576273c9 in command_line_handler (rl=...) at ../../gdb/event-top.c:815 #20 0x0000565457625e73 in gdb_rl_callback_handler (rl=0x565471292e80 "exit") at ../../gdb/event-top.c:271 #21 0x00007facd11aa9c5 in rl_callback_read_char () at ../callback.c:302 #22 0x0000565457625fee in gdb_rl_callback_read_char_wrapper_noexcept () at ../../gdb/event-top.c:196 #23 0x0000565457626196 in gdb_rl_callback_read_char_wrapper (client_data=<optimized out>) at ../../gdb/event-top.c:235 #24 0x0000565457997d90 in stdin_event_handler (error=<optimized out>, client_data=0x565470e8ea20) at ../../gdb/ui.c:154 #25 0x0000565457c06565 in gdb_wait_for_event (block=block@entry=1) at ../../gdbsupport/event-loop.cc:694 #26 0x0000565457c0719a in gdb_do_one_event (mstimeout=mstimeout@entry=-1) at ../../gdbsupport/event-loop.cc:263 #27 0x000056545770d18a in start_event_loop () at ../../gdb/main.c:400 #28 captured_command_loop () at ../../gdb/main.c:464 #29 0x0000565457710265 in captured_main (data=0x7ffc150bfb50) at ../../gdb/main.c:1337 #30 gdb_main (args=args@entry=0x7ffc150bfb90) at ../../gdb/main.c:1356 --Type <RET> for more, q to quit, c to continue without paging-- #31 0x00005654573f066e in main (argc=3, argv=0x7ffc150bfce8) at ../../gdb/gdb.c:38
Created attachment 173599 [details] attached gdb to plasmashell logs I actually don't know what I did to cause plasmashell to crash, other than I tried reproduce the bug with gdb attached onto plasmashell. I was unable to reproduce because it crashed before I did.
(In reply to Roguefort from comment #6) > Never mind about commenting the valgrind logs. They're too big! I'll just > attach them instead. Never mind that also. I've just checked that it's size is 223 MBs...
Cannot reproduce
Can you check again in Plasma 6.3 or later and see if this is still happening? Thanks a lot!
(In reply to Nate Graham from comment #11) > Can you check again in Plasma 6.3 or later and see if this is still > happening? > > Thanks a lot! I did a test where I made a random .ics calendar file with https://ical.marudot.com/ , and reproducing the same steps lead to no memory leak. I sped up a Fedora KDE vm to clear any variables that could interfere - same results. It seems that the .ics file that is exported from Fossify calendar (The calendar Android app that I use) (https://github.com/FossifyOrg/Calendar) causes issues with the PIM calendar plugin (performing the same test without the calendar selected on the plugin didn't caused the memory leakage, therefore KOrganizer isn't the culprit). So I'm not sure how on to proceed here - do I file a bug report to the developers of that application, or not? To be fair, it's a calendar with a couple of years worth of events, and perhaps a new one, with just a few events, wouldn't trigger the bug. But yes I can confirm, at least under these specific conditions, that it still happens on Plasma 6.3. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 41 KDE Plasma Version: 6.3.4 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.10-200.fc41.x86_64 (64-bit) Graphics Platform: Wayland P.S. - Looks like bug 492336 hasn't been fixed unfortunately. Time to reopen it.
(In reply to Nate Graham from comment #4) > Yeah if it doesn't show up in `coredumpctl`, then either something's > misconfigured, it plasma isn't actually crashing but rather exiting. It > could also be getting killed by the OOM killer after running out of memory. Ah yes, forgot to mention this: the kernel terminates the background service `plasma-plasmashell.service` , due to the system running out of memory. After that, plasma restarts.