Sometimes it crashes

[stefonarch]

I happen to experience that every some day, when mouse hovering the panel it disappears. Didn't find a way to reproduce it.

$ coredumpctl gdb yatbfw
....
....
  Size on Disk: 608.1K
       Message: Process 224601 (yatbfw) of user 1000 dumped core.

                Stack trace of thread 224601:
                #0  0x00007fc9b82a164c n/a (libc.so.6 + 0x8864c)
                #1  0x00007fc9b8251958 raise (libc.so.6 + 0x38958)
                #2  0x00007fc9b823b53d abort (libc.so.6 + 0x2253d)
                #3  0x00007fc9b8499833 _ZN9__gnu_cxx27__verbose_terminate_handlerEv (libstdc++.so.6 + 0x99833)
                #4  0x00007fc9b84a5cfc _ZN10__cxxabiv111__terminateEPFvvE (libstdc++.so.6 + 0xa5cfc)
                #5  0x00007fc9b84a5d69 _ZSt9terminatev (libstdc++.so.6 + 0xa5d69)
                #6  0x00007fc9b84a5fcd __cxa_throw (libstdc++.so.6 + 0xa5fcd)
                #7  0x0000558e433210d6 _ZN8TrayDBus4initEv (yatbfw + 0x6e0d6)
                #8  0x0000558e432c849d _ZN5Panel4initEv (yatbfw + 0x1549d)
                #9  0x0000558e432c2d77 main (yatbfw + 0xfd77)
                #10 0x00007fc9b823c290 n/a (libc.so.6 + 0x23290)
                #11 0x00007fc9b823c34a __libc_start_main (libc.so.6 + 0x2334a)
                #12 0x0000558e432c26f5 _start (yatbfw + 0xf6f5)

                Stack trace of thread 224606:
                #0  0x00007fc9b83140bf __poll (libc.so.6 + 0xfb0bf)
                #1  0x00007fc9b899fbef n/a (libglib-2.0.so.0 + 0xacbef)
                #2  0x00007fc9b8947ddf g_main_loop_run (libglib-2.0.so.0 + 0x54ddf)
                #3  0x00007fc9b8b3cadc n/a (libgio-2.0.so.0 + 0x10aadc)
                #4  0x00007fc9b8975e05 n/a (libglib-2.0.so.0 + 0x82e05)
                #5  0x00007fc9b829f8fd n/a (libc.so.6 + 0x868fd)
                #6  0x00007fc9b8321a60 n/a (libc.so.6 + 0x108a60)

                Stack trace of thread 224605:
                #0  0x00007fc9b83140bf __poll (libc.so.6 + 0xfb0bf)
                #1  0x00007fc9b899fbef n/a (libglib-2.0.so.0 + 0xacbef)
                #2  0x00007fc9b8947132 g_main_context_iteration (libglib-2.0.so.0 + 0x54132)
                #3  0x00007fc9b8947182 n/a (libglib-2.0.so.0 + 0x54182)
                #4  0x00007fc9b8975e05 n/a (libglib-2.0.so.0 + 0x82e05)
                #5  0x00007fc9b829f8fd n/a (libc.so.6 + 0x868fd)
                #6  0x00007fc9b8321a60 n/a (libc.so.6 + 0x108a60)
                ELF object binary architecture: AMD x86-64

Failed to invoke gdb: No such file or directory

[selairi]

Thanks for your output. I suppose that you are testing the Tray branch. It is in a very alpha state. The last PR is more stable, but it is still incomplete. Please, be patient.

[stefonarch]

No, it's main branch, tray segfaults on start here, maybe the config file.

[stefonarch]

Tray branch works now here, FYI (except right clicks). I'm running it atm with

#!/bin/bash
until yatbfw; do
    echo "Yatbfw crashed with exit code $?.  Respawning.." >&2
    sleep 1
done

which restarts automatically. In the terminal I got this once when crashed, maybe it's useful:

[destroyed object]: error -1: surface was destroyed before its role object
Exception launched:
wl_display_roundtrip: Errore di protocollo     
yatbfw(+0xf654)[0x5559cd1ca654]
yatbfw(+0xfda0)[0x5559cd1cada0]
/usr/lib/libc.so.6(+0x23290)[0x7f52a223c290]
/usr/lib/libc.so.6(__libc_start_main+0x8a)[0x7f52a223c34a]
yatbfw(+0xf555)[0x5559cd1ca555]

edited

[stefonarch]

Just an update, don't know if it's relevant: Using only the taskmanager without quickstart and clock I didn't experience crashes anymore.

[selairi]

I think that it is related with tooltip windows. Sometimes they are destroyed by Wayland compositor, and yatbfw still has events to send to them. I could destroy the toolbar moving the mouse fast over the tooltip. I have added some code to prevent it in tray branch, but there is something more that I haven't found yet. Thanks for your help.

[stefonarch]

But tooltips are everywhere, and here with only the taskbar part active it looks fine.

Not related: wondering if the taskbar code could be used for a new lxqt-panel (docklike?) plugin.