Thank you, this did the trick and I was able to run with gdb as per the instructions. Here is a backtrace:
user@host ~> flatpak run --command=sh --devel --filesystem=$(pwd) org.gnome.Snapshot
[📦 org.gnome.Snapshot ~]$ gdb /app/bin/snapshot
GNU gdb (GDB) 15.1
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-unknown-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 /app/bin/snapshot...
(No debugging symbols found in /app/bin/snapshot)
(gdb) run
Starting program: /app/bin/snapshot
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff18006c0 (LWP 18)]
[New Thread 0x7ffff0e006c0 (LWP 19)]
[New Thread 0x7fffebe006c0 (LWP 20)]
2024-09-05T13:52:43.721228Z INFO snapshot::application::imp: Snapshot (org.gnome.Snapshot)
2024-09-05T13:52:43.721265Z INFO snapshot::application::imp: Version: 46.3
2024-09-05T13:52:43.721275Z INFO snapshot::application::imp: Datadir: /app/share/snapshot
[New Thread 0x7fffeb4006c0 (LWP 21)]
[New Thread 0x7fffe8c006c0 (LWP 22)]
[New Thread 0x7fffdde006c0 (LWP 23)]
[New Thread 0x7fffdd4006c0 (LWP 24)]
[New Thread 0x7fffdca006c0 (LWP 25)]
[New Thread 0x7fffcdc006c0 (LWP 26)]
[Detaching after fork from child process 27]
[New Thread 0x7fffcd2006c0 (LWP 31)]
[New Thread 0x7fffc7e006c0 (LWP 32)]
[New Thread 0x7fffc74006c0 (LWP 33)]
[New Thread 0x7fffc6a006c0 (LWP 34)]
[New Thread 0x7fffc60006c0 (LWP 35)]
[New Thread 0x7fffc56006c0 (LWP 36)]
[New Thread 0x7fffc4c006c0 (LWP 37)]
[New Thread 0x7fffbbe006c0 (LWP 38)]
[New Thread 0x7fffbb4006c0 (LWP 39)]
[New Thread 0x7fffbaa006c0 (LWP 40)]
[New Thread 0x7fffba0006c0 (LWP 41)]
[New Thread 0x7fffb96006c0 (LWP 42)]
[New Thread 0x7fffb8c006c0 (LWP 43)]
[Thread 0x7fffb8c006c0 (LWP 43) exited]
[Thread 0x7fffc60006c0 (LWP 35) exited]
[Thread 0x7fffc56006c0 (LWP 36) exited]
[Thread 0x7fffbbe006c0 (LWP 38) exited]
[Thread 0x7fffc4c006c0 (LWP 37) exited]
[Thread 0x7fffcdc006c0 (LWP 26) exited]
[New Thread 0x7fffcdc006c0 (LWP 44)]
[New Thread 0x7fffc4c006c0 (LWP 45)]
[New Thread 0x7fffbbe006c0 (LWP 46)]
[New Thread 0x7fffc56006c0 (LWP 47)]
[New Thread 0x7fffc60006c0 (LWP 48)]
[New Thread 0x7fffafe006c0 (LWP 49)]
[New Thread 0x7fffaf4006c0 (LWP 50)]
[New Thread 0x7fffaea006c0 (LWP 51)]
[New Thread 0x7fffae0006c0 (LWP 52)]
[New Thread 0x7fffa28006c0 (LWP 53)]
[New Thread 0x7fffa24006c0 (LWP 54)]
[New Thread 0x7fffad6006c0 (LWP 55)]
[New Thread 0x7fffacc006c0 (LWP 56)]
[New Thread 0x7fffa3e006c0 (LWP 57)]
Thread 34 "multiqueue0:src" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffa24006c0 (LWP 54)]
0x00007fffe9c5907a in gst_jpeg_dec_handle_frame () from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstjpeg.so
(gdb) bt full
#0 0x00007fffe9c5907a in gst_jpeg_dec_handle_frame () at /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstjpeg.so
#1 0x00007ffff7ead150 in gst_video_decoder_decode_frame () at /usr/lib/x86_64-linux-gnu/libgstvideo-1.0.so.0
#2 0x00007ffff7eafd92 in gst_video_decoder_chain_forward () at /usr/lib/x86_64-linux-gnu/libgstvideo-1.0.so.0
#3 0x00007ffff7eb025d in gst_video_decoder_chain () at /usr/lib/x86_64-linux-gnu/libgstvideo-1.0.so.0
#4 0x00007ffff7da9f3c in gst_pad_chain_data_unchecked () at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
#5 0x00007ffff7dad2de in gst_pad_push_data () at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
#6 0x00007ffff7dad914 in gst_pad_push () at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
#7 0x00007fffebfa5094 in gst_multi_queue_loop.lto_priv () at /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcoreelements.so
#8 0x00007ffff7dda214 in gst_task_func () at /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
#9 0x00007ffff7bec8c2 in g_thread_pool_thread_proxy () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x00007ffff7bebd29 in g_thread_proxy () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x00007ffff68b9e39 in start_thread () at /usr/lib/x86_64-linux-gnu/libc.so.6
#12 0x00007ffff69419c4 in clone () at /usr/lib/x86_64-linux-gnu/libc.so.6
It seems that there are no symbols in the flatpak? Is it possible yo download symbols for flatpaks (same as installing -devel packages in traditional package managers)?
What else would you do before opening a ticket with the application’s bug tracker?