Applications randomly crash when closing them

I’m looking for troubleshooting help.

For some time now, some applications randomly crash when closing them. I can use the application just fine, but it does not seem to close gracefully. There isn’t any specific application that does this, but I think it seems to be a random flatpak application. This does not occur all time time.

When closing an application that crashes, I get notification “python3.12 crashed”.

journalctl outputs this from the moment of the crash:

november 17 13:45:24 my-hostname abrt-dump-journal-core[1480]: Failed to obtain all required information from journald
november 17 13:45:24 my-hostname systemd-coredump[15885]: [🡕] Process 15368 (calligraphy) of user 1000 dumped core.
                                                         
                                                         Stack trace of thread 20:
                                                         #0  0x00007fe98ea01960 n/a (n/a + 0x0)
                                                         ELF object binary architecture: AMD x86-64
november 17 13:45:24 my-hostname systemd[1]: systemd-coredump@0-15884-0.service: Deactivated successfully.
november 17 13:45:24 my-hostname audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-core>
november 17 13:45:24 my-hostname systemd[1]: systemd-coredump@0-15884-0.service: Consumed 502ms CPU time, 205.5M memory peak.
november 17 13:45:24 my-hostname audit: BPF prog-id=114 op=UNLOAD
november 17 13:45:24 my-hostname audit: BPF prog-id=113 op=UNLOAD
november 17 13:45:24 my-hostname audit: BPF prog-id=112 op=UNLOAD
november 17 13:45:24 my-hostname abrt-server[15896]: Unsupported container technology
november 17 13:45:24 my-hostname abrt-server[15896]: Lock file '.lock' was locked by process 15900, but it crashed?
november 17 13:45:24 my-hostname abrt-server[15896]: Error: No segments found in coredump './coredump'
november 17 13:45:24 my-hostname abrt-server[15896]: Can't open file 'core_backtrace' for reading: No such file or directory
november 17 13:45:24 my-hostname abrt-applet[2853]: g_app_info_should_show: assertion 'G_IS_APP_INFO (appinfo)' failed
november 17 13:45:24 my-hostname abrt-notification[15954]: [🡕] Process 15368 (python3.12) crashed in ??()

dmesg outputs this from the moment of the crash:

[ 2790.508567] show_signal_msg: 59 callbacks suppressed
[ 2790.508570] [vkps] Update[15391]: segfault at 7fe98ea01960 ip 00007fe98ea01960 sp 00007fe9b2a8be00 error 14 likely on CPU 6 (core 8, socket 0)
[ 2790.508579] Code: Unable to access opcode bytes at 0x7fe98ea01936.

My system details from the Settings application:

# System Details Report
---

## Report details
- **Date generated:**                              2024-11-17 14:42:14

## Hardware Information:
- **Hardware Model:**                              ASUS ROG STRIX B550-F GAMING _WI-FI_
- **Memory:**                                      32.0 GiB
- **Processor:**                                   AMD Ryzen™ 9 5900X × 24
- **Graphics:**                                    NVIDIA GeForce RTX™ 3080
- **Disk Capacity:**                               4.0 TB

## Software Information:
- **Firmware Version:**                            2003
- **OS Name:**                                     Fedora Linux 41 (Workstation Edition)
- **OS Build:**                                    (null)
- **OS Type:**                                     64-bit
- **GNOME Version:**                               47
- **Windowing System:**                            Wayland
- **Kernel Version:**                              Linux 6.11.7-300.fc41.x86_64

I found some other topics with similar issues but not really any solutions. It could be a hardware issue but I don’t have any other stability. I would imagine hardware issue to cause very random issues and not just flatpak application issues.

Any help and tips are appreciated!

Apps that use python 3.12 may have some issues. F41 uses python 3.13 and the differences may cause problems

Isn’t the python version part of the flatpak?

That would depend entirely upon how the flatpak is created, and most use some parts of the system software.