Dear maintainer,


I run two instances of nheko, and both of them occasionally crash,
though not necessarily at the same time.

It always happens in a pipewire-related thread. Here is the stack trace
from gdb:

Thread 38 "pipewire-main-l" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff593fd6c0 (LWP 503613)]
0x00007fffdffb5401 in resync (self=0xb8f) at
../src/gst/gstpipewiredeviceprovider.c:293
Download failed: Argument invalide.  Continuing without source file
./obj-x86_64-linux-gnu/../src/gst/gstpipewiredeviceprovider.c.
293	../src/gst/gstpipewiredeviceprovider.c: No such file or directory.
(gdb) bt
BFD: reopening
/usr/lib/debug/.build-id/30/f067a5eccdb3bdce0b9ec7638ebd86992b9c8b.debug:
No such file or directory
warning: Can't read data for section '.debug_loclists' in file
'/usr/lib/debug/.build-id/30/f067a5eccdb3bdce0b9ec7638ebd86992b9c8b.debug'
#0  0x00007fffdffb5401 in resync (self=0xb8f) at
../src/gst/gstpipewiredeviceprovider.c:293
#1  0x00007fffdffb55f6 in port_event_info (data=0x7fff3c03fa68,
info=0x7fff593fae00) at ../src/gst/gstpipewiredeviceprovider.c:349
#2  0x00007fffd853abee in port_demarshal_info (data=<optimized out>,
msg=<optimized out>) at
../src/modules/module-protocol-native/protocol-native.c:1372
#3  0x00007fffd8537404 in process_remote
(impl=impl@entry=0x555556bfe950) at
../src/modules/module-protocol-native.c:966
#4  0x00007fffd8537a78 in on_remote_data (data=0x555556bfe950, fd=63,
mask=1) at ../src/modules/module-protocol-native.c:1000
#5  0x00007fffdff80ece in loop_iterate (object=0x555556bde788,
timeout=-1) at ../spa/plugins/support/loop.c:452
#6  0x00007fffc0db2b4a in do_loop (user_data=0x555556bde580) at
../src/pipewire/thread-loop.c:253
#7  0x00007ffff4ca8144 in start_thread (arg=<optimized out>) at
./nptl/pthread_create.c:442
#8  0x00007ffff4d287dc in clone3 () at
../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
#9  0x0000000000000000 in  ()



And here is the stack it printed on a previous crash, without gdb:

Error: signal
nheko(_Z17stacktraceHandleri+0x37)[0x55b4d98561d7]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c050)[0x7fb2cde5b050]
/lib/x86_64-linux-gnu/libc.so.6(+0x8ae3c)[0x7fb2cdea9e3c]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x12)[0x7fb2cde5afb2]
nheko(_Z17stacktraceHandleri+0xdb)[0x55b4d985627b]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c050)[0x7fb2cde5b050]
/lib/x86_64-linux-gnu/gstreamer-1.0/libgstpipewire.so(+0x1d401)[0x7fb2a87ef401]
/lib/x86_64-linux-gnu/gstreamer-1.0/libgstpipewire.so(+0x1d5f6)[0x7fb2a87ef5f6]
/usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-protocol-native.so(+0x1abee)[0x7fb2754d3bee]
/usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-protocol-native.so(+0x17404)[0x7fb2754d0404]
/usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-protocol-native.so(+0x17a78)[0x7fb2754d0a78]
/usr/lib/x86_64-linux-gnu/spa-0.2/support/libspa-support.so(+0x8ece)[0x7fb2a87baece]
/lib/x86_64-linux-gnu/libpipewire-0.3.so.0(+0xa5b4a)[0x7fb2755b2b4a]
/lib/x86_64-linux-gnu/libc.so.6(+0x89144)[0x7fb2cdea8144]
/lib/x86_64-linux-gnu/libc.so.6(+0x1097dc)[0x7fb2cdf287dc]

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
989909 etbe 20 0 42.6g 3.7g 178216 R 99.7 3.9 7,13 nheko

I returned from a conference and found nheko on my home workstation in the
above state and running slowly.  It had gradually got there, I had noticed
increased memory use in the workstation before that but as I have 96G of RAM
hadn't bothered investigating it.  When I closed nheko I got a coredump.  The
following is all that coredumpctl gives as I had heaps of coredumps from /usr/
bin/akonadi_html_to_text.  This is version 0.12.0+~0.10.0+~1.0.0+~0.3.1-4+b4
and I think it was running for 75 days.

           PID: 989909 (nheko)
           UID: 1001 (etbe)
           GID: 1001 (etbe)
        Signal: 6 (ABRT)
     Timestamp: Sat 2026-01-24 14:15:57 AEDT (1 day 7h ago)
  Command Line: /usr/bin/nheko
    Executable: /usr/bin/nheko
 Control Group: /user.slice/user-1001.slice/user@1001.service/app.slice/app-
nheko@727d21eb30024e8d8405973727276a48.service
          Unit: user@1001.service
     User Unit: app-nheko@727d21eb30024e8d8405973727276a48.service
         Slice: user-1001.slice
     Owner UID: 1001 (etbe)
       Boot ID: 57a0d4bd3d0942d891dfd122ef1c28a2
    Machine ID: f48085f441fe5321dbffda3c00000008
      Hostname: xev
       Storage: /var/lib/systemd/coredump/core.nheko.
1001.57a0d4bd3d0942d891dfd122ef1c28a2.989909.1769224557000000.zst (missing)
       Message: Process 989909 (nheko) of user 1001 dumped core.

                Module libuuid.so.1 from deb util-linux-2.41-5.amd64
                Module libblkid.so.1 from deb util-linux-2.41-5.amd64
                Module libudev.so.1 from deb systemd-257.9-1~deb13u1.amd64
                Module libmount.so.1 from deb util-linux-2.41-5.amd64
                Module libgomp.so.1 from deb gcc-14-14.2.0-19.amd64
                Module libsystemd.so.0 from deb systemd-257.9-1~deb13u1.amd64
                Module libatomic.so.1 from deb gcc-14-14.2.0-19.amd64
                Module libzstd.so.1 from deb libzstd-1.5.7+dfsg-1.amd64
                Module libgcc_s.so.1 from deb gcc-14-14.2.0-19.amd64
                Module libstdc++.so.6 from deb gcc-14-14.2.0-19.amd64
                Stack trace of thread 989909:
                #0  0x00007f8876fae95c n/a (/usr/lib/x86_64-linux-gnu/libc.so.
6 (deleted) + 0x9495c)
                ELF object binary architecture: AMD x86-64