Open anthony-S93 opened 3 months ago
Version, Operative system System information
OS: Arch Linux x86_64 Kernel: 6.8.2-arch2-1
Affected cherrytree version: 1.1.1-1
Describe the bug Every time we try to delete a node, cherrytree crashes with a coredump and a stack trace.
Here is the most recent coredump.
PID: 133464 (cherrytree) UID: 1000 (anthony93) GID: 1000 (anthony93) Signal: 5 (TRAP) Timestamp: Fri 2024-04-05 14:50:13 +08 (10min ago) Command Line: cherrytree --new_window /home/anthony93/Documents/Notes/Linux-Notes.ctb Executable: /usr/bin/cherrytree Control Group: /user.slice/user-1000.slice/session-1.scope Unit: session-1.scope Slice: user-1000.slice Session: 1 Owner UID: 1000 (anthony93) Boot ID: ca76526745614cb0aac647db5229841c Machine ID: 870d1585157443fab29ed42220b377cd Hostname: P14s Storage: /var/lib/systemd/coredump/core.cherrytree.1000.ca76526745614cb0aac647db5229841c.133464.1712299813000000.zst (present) Size on Disk: 3.1M Message: Process 133464 (cherrytree) of user 1000 dumped core. Stack trace of thread 133464: #0 0x000071ea32cdf4b5 g_logv (libglib-2.0.so.0 + 0x5f4b5) #1 0x000071ea32cdf754 g_log (libglib-2.0.so.0 + 0x5f754) #2 0x000071ea32e6a0a0 n/a (libglibmm-2.4.so.1 + 0x3d0a0) #3 0x000071ea32e6a117 n/a (libglibmm-2.4.so.1 + 0x3d117) #4 0x000071ea32cda199 n/a (libglib-2.0.so.0 + 0x5a199) #5 0x000071ea32d393bf n/a (libglib-2.0.so.0 + 0xb93bf) #6 0x000071ea32cd9712 g_main_context_iteration (libglib-2.0.so.0 + 0x59712) #7 0x000071ea33f1eed6 g_application_run (libgio-2.0.so.0 + 0xd6ed6) #8 0x00005d2094ec2c04 n/a (cherrytree + 0xb8c04) #9 0x000071ea32732cd0 n/a (libc.so.6 + 0x25cd0) #10 0x000071ea32732d8a __libc_start_main (libc.so.6 + 0x25d8a) #11 0x00005d2094ef4255 n/a (cherrytree + 0xea255) Stack trace of thread 133468: #0 0x000071ea328080bf __poll (libc.so.6 + 0xfb0bf) #1 0x000071ea32d39306 n/a (libglib-2.0.so.0 + 0xb9306) #2 0x000071ea32cdadc7 g_main_loop_run (libglib-2.0.so.0 + 0x5adc7) #3 0x000071ea33f5183c n/a (libgio-2.0.so.0 + 0x10983c) #4 0x000071ea32d08065 n/a (libglib-2.0.so.0 + 0x88065) #5 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #6 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) Stack trace of thread 133465: #0 0x000071ea3281388d syscall (libc.so.6 + 0x10688d) #1 0x000071ea32d34487 g_cond_wait (libglib-2.0.so.0 + 0xb4487) #2 0x000071ea32ca4454 n/a (libglib-2.0.so.0 + 0x24454) #3 0x000071ea32d0929e n/a (libglib-2.0.so.0 + 0x8929e) #4 0x000071ea32d08065 n/a (libglib-2.0.so.0 + 0x88065) #5 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #6 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) Stack trace of thread 133470: #0 0x000071ea3281388d syscall (libc.so.6 + 0x10688d) #1 0x000071ea32d34487 g_cond_wait (libglib-2.0.so.0 + 0xb4487) #2 0x000071ea32ca4454 n/a (libglib-2.0.so.0 + 0x24454) #3 0x000071ea32ca44bc g_async_queue_pop (libglib-2.0.so.0 + 0x244bc) #4 0x000071ea31f85c48 n/a (libpangoft2-1.0.so.0 + 0x9c48) #5 0x000071ea32d08065 n/a (libglib-2.0.so.0 + 0x88065) #6 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #7 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) Stack trace of thread 133473: #0 0x000071ea32794ebe n/a (libc.so.6 + 0x87ebe) #1 0x000071ea32797750 pthread_cond_wait (libc.so.6 + 0x8a750) #2 0x000071ea32ad9e11 __gthread_cond_wait (libstdc++.so.6 + 0xd9e11) #3 0x00005d2094f71250 n/a (cherrytree + 0x167250) #4 0x000071ea32ae1943 execute_native_thread_routine (libstdc++.so.6 + 0xe1943) #5 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #6 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) Stack trace of thread 133474: #0 0x000071ea3281388d syscall (libc.so.6 + 0x10688d) #1 0x000071ea32d34e43 g_cond_wait_until (libglib-2.0.so.0 + 0xb4e43) #2 0x000071ea32ca4425 n/a (libglib-2.0.so.0 + 0x24425) #3 0x000071ea32ca4587 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x24587) #4 0x000071ea32d0da5e n/a (libglib-2.0.so.0 + 0x8da5e) #5 0x000071ea32d08065 n/a (libglib-2.0.so.0 + 0x88065) #6 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #7 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) Stack trace of thread 133469: #0 0x000071ea328080bf __poll (libc.so.6 + 0xfb0bf) #1 0x000071ea32d39306 n/a (libglib-2.0.so.0 + 0xb9306) #2 0x000071ea32cd9712 g_main_context_iteration (libglib-2.0.so.0 + 0x59712) #3 0x000071ea34791fde n/a (libdconfsettings.so + 0x5fde) #4 0x000071ea32d08065 n/a (libglib-2.0.so.0 + 0x88065) #5 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #6 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) Stack trace of thread 133466: #0 0x000071ea328080bf __poll (libc.so.6 + 0xfb0bf) #1 0x000071ea32d39306 n/a (libglib-2.0.so.0 + 0xb9306) #2 0x000071ea32cd9712 g_main_context_iteration (libglib-2.0.so.0 + 0x59712) #3 0x000071ea32cd9762 n/a (libglib-2.0.so.0 + 0x59762) #4 0x000071ea32d08065 n/a (libglib-2.0.so.0 + 0x88065) #5 0x000071ea3279855a n/a (libc.so.6 + 0x8b55a) #6 0x000071ea32815a3c n/a (libc.so.6 + 0x108a3c) ELF object binary architecture: AMD x86-64
To Reproduce If applicable, attach a non-personal document where the issue can be reproduced systematically. Steps to reproduce the behavior:
The GUI crashes after step 2. This is reproducible every time even on new notes. Downgrading cherrytree to version 1.0 fixes the issue.
cherrytree
1.0
Sorry about that, it's been fixed in v1.1.2 thought, please upgrade and report if it works fine for you now
Version, Operative system System information
Affected cherrytree version: 1.1.1-1
Describe the bug Every time we try to delete a node, cherrytree crashes with a coredump and a stack trace.
Here is the most recent coredump.
To Reproduce If applicable, attach a non-personal document where the issue can be reproduced systematically. Steps to reproduce the behavior:
The GUI crashes after step 2. This is reproducible every time even on new notes. Downgrading
cherrytree
to version1.0
fixes the issue.