Unable to start on KDE5 Plasma

[lundibundi]

When I try to start komorebi on KDE Plasma it crashes imediately. When I start it from kde krunner I see a flash of a new komorebi wallpaper and then it disappears (komorebi crashes). I see this in journalctl

coredump

``` Aug 04 16:12:37 neko systemd-coredump[2019]: Process 1830 (komorebi) of user 1000 dumped core. Stack trace of thread 1830: #0 0x00007f9f79e29ed2 n/a (libglib-2.0.so.0) #1 0x00007f9f79e2c909 g_log_writer_default (libglib-2.0.so.0) #2 0x00007f9f79e2aab2 g_log_structured_array (libglib-2.0.so.0) #3 0x00007f9f79e2b550 g_log_structured_standard (libglib-2.0.so.0) #4 0x00007f9f7890f854 n/a (libgdk-3.so.0) #5 0x00007f9f7891c9d5 n/a (libgdk-3.so.0) #6 0x00007f9f70be96ed _XError (libX11.so.6) #7 0x00007f9f6111ebab n/a (libGLX_mesa.so.0) #8 0x00007f9f61121a5e n/a (libGLX_mesa.so.0) #9 0x00007f9f6f3ea606 n/a (libcogl.so.20) #10 0x00007f9f78f877d9 n/a (libclutter-1.0.so.0) #11 0x00007f9f78f8a9ea n/a (libclutter-1.0.so.0) #12 0x00007f9f78ff4557 n/a (libclutter-1.0.so.0) #13 0x00007f9f78f8a255 n/a (libclutter-1.0.so.0) #14 0x00007f9f78109a4d g_closure_invoke (libgobject-2.0.so.0) #15 0x00007f9f7811ce40 n/a (libgobject-2.0.so.0) #16 0x00007f9f781256f6 g_signal_emit_valist (libgobject-2.0.so.0) #17 0x00007f9f78126130 g_signal_emit (libgobject-2.0.so.0) #18 0x00007f9f788eec5a n/a (libgdk-3.so.0) #19 0x00007f9f788d9843 n/a (libgdk-3.so.0) #20 0x00007f9f79e24cb3 n/a (libglib-2.0.so.0) #21 0x00007f9f79e241d6 g_main_context_dispatch (libglib-2.0.so.0) #22 0x00007f9f79e245b1 n/a (libglib-2.0.so.0) #23 0x00007f9f79e248e2 g_main_loop_run (libglib-2.0.so.0) #24 0x00007f9f78fdb01c clutter_main (libclutter-1.0.so.0) #25 0x000055927dbef7b0 komorebi_main (komorebi) #26 0x000055927dbef3e0 main (komorebi) #27 0x00007f9f77d6106b __libc_start_main (libc.so.6) #28 0x000055927dbef41a _start (komorebi) Stack trace of thread 1946: #0 0x00007f9f74b78ffc pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f9f5b68b1a4 n/a (i965_dri.so) #2 0x00007f9f5b68ae98 n/a (i965_dri.so) #3 0x00007f9f74b73075 start_thread (libpthread.so.0) #4 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1965: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e248e2 g_main_loop_run (libglib-2.0.so.0) #3 0x00007f9f761aedd2 _ZN3WTF7RunLoop3runEv (libjavascriptcoregtk-4.0.so.18) #4 0x00007f9f76179bb0 _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18) #5 0x00007f9f761ace4a n/a (libjavascriptcoregtk-4.0.so.18) #6 0x00007f9f74b73075 start_thread (libpthread.so.0) #7 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1996: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e248e2 g_main_loop_run (libglib-2.0.so.0) #3 0x00007f9f761aedd2 _ZN3WTF7RunLoop3runEv (libjavascriptcoregtk-4.0.so.18) #4 0x00007f9f76179bb0 _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18) #5 0x00007f9f761ace4a n/a (libjavascriptcoregtk-4.0.so.18) #6 0x00007f9f74b73075 start_thread (libpthread.so.0) #7 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1959: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e2463e g_main_context_iteration (libglib-2.0.so.0) #3 0x00007f9f5a0ccf4e n/a (libdconfsettings.so) #4 0x00007f9f79e4ca2a n/a (libglib-2.0.so.0) #5 0x00007f9f74b73075 start_thread (libpthread.so.0) #6 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1898: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e2463e g_main_context_iteration (libglib-2.0.so.0) #3 0x00007f9f79e24692 n/a (libglib-2.0.so.0) #4 0x00007f9f79e4ca2a n/a (libglib-2.0.so.0) #5 0x00007f9f74b73075 start_thread (libpthread.so.0) #6 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1836: #0 0x00007f9f74b7935b pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f9f761bb0ca _ZN7bmalloc9Scavenger13threadRunLoopEv (libjavascriptcoregtk-4.0.so.18) #2 0x00007f9f6fc95d4f execute_native_thread_routine (libstdc++.so.6) #3 0x00007f9f74b73075 start_thread (libpthread.so.0) #4 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1964: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e248e2 g_main_loop_run (libglib-2.0.so.0) #3 0x00007f9f761aedd2 _ZN3WTF7RunLoop3runEv (libjavascriptcoregtk-4.0.so.18) #4 0x00007f9f76179bb0 _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18) #5 0x00007f9f761ace4a n/a (libjavascriptcoregtk-4.0.so.18) #6 0x00007f9f74b73075 start_thread (libpthread.so.0) #7 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1997: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e248e2 g_main_loop_run (libglib-2.0.so.0) #3 0x00007f9f761aedd2 _ZN3WTF7RunLoop3runEv (libjavascriptcoregtk-4.0.so.18) #4 0x00007f9f76179bb0 _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18) #5 0x00007f9f761ace4a n/a (libjavascriptcoregtk-4.0.so.18) #6 0x00007f9f74b73075 start_thread (libpthread.so.0) #7 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1986: #0 0x00007f9f74b7935b pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007f9f761ad95c _ZN3WTF15ThreadCondition9timedWaitERNS_5MutexENS_8WallTimeE (libjavascriptcoregtk-4.0.so.18) #2 0x00007f9f76175795 _ZN3WTF10ParkingLot21parkConditionallyImplEPKvRKNS_12ScopedLambdaIFbvEEERKNS3_IFvvEEERKNS_24TimeWithDynamicClockTypeE (libjavascriptcoregtk-4.0.so.18) #3 0x00007f9f761604bb _ZN3WTF5sleepENS_7SecondsE (libjavascriptcoregtk-4.0.so.18) #4 0x00007f9f7acb6f8e n/a (libwebkit2gtk-4.0.so.37) #5 0x00007f9f76179bb0 _ZN3WTF6Thread10entryPointEPNS0_16NewThreadContextE (libjavascriptcoregtk-4.0.so.18) #6 0x00007f9f761ace4a n/a (libjavascriptcoregtk-4.0.so.18) #7 0x00007f9f74b73075 start_thread (libpthread.so.0) #8 0x00007f9f77e3653f __clone (libc.so.6) Stack trace of thread 1899: #0 0x00007f9f77e2bea9 __poll (libc.so.6) #1 0x00007f9f79e24523 n/a (libglib-2.0.so.0) #2 0x00007f9f79e248e2 g_main_loop_run (libglib-2.0.so.0) #3 0x00007f9f78c75348 n/a (libgio-2.0.so.0) #4 0x00007f9f79e4ca2a n/a (libglib-2.0.so.0) #5 0x00007f9f74b73075 start_thread (libpthread.so.0) #6 0x00007f9f77e3653f __clone (libc.so.6) ```

When I started it from console I see:

 ➔ ~ komorebi                                                                                                              6m
Welcome to Komorebi

** (process:337): CRITICAL **: 14:33:20.133: string_contains: assertion 'self != NULL' failed

No configuration file found. Creating one..
[INFO]: loading Gst

(komorebi:337): Gdk-ERROR **: 14:33:21.379: The program 'komorebi' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadDrawable'.
  (Details: serial 488 error_code 160 request_code 152 (GLX) minor_code 29)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environ

I installed komorebi through AUR package https://aur.archlinux.org/packages/komorebi/

My configuration:

 ➔ ~ kf5-config --version
Qt: 5.11.1
KDE Frameworks: 5.48.0
kf5-config: 1.0

 ➔ ~ uname -a
Linux neko 4.17.10-1-ARCH #1 SMP PREEMPT Wed Jul 25 11:23:00 UTC 2018 x86_64 GNU/Linux

 ➔ ~ plasmashell --version
plasmashell 5.13.3

Thanks. If you need additional info I will gladly provide it.

[Innercode]

Same problem on Ubuntu Budgie 18.04

[thunder-weasel]

Same here, Arch Linux ` $ kf5-config --version Qt: 5.11.1 KDE Frameworks: 5.49.0 kf5-config: 1.0

$ uname -a Linux zero 4.18.4-arch1-1-ARCH #1 SMP PREEMPT Wed Aug 22 07:33:26 UTC 2018 x86_64 GNU/Linux

$ plasmashell --version plasmashell 5.13.4

$ komorebi Welcome to Komorebi

(process:5549): CRITICAL : 17:11:51.024: string_contains: assertion 'self != NULL' failed Reading config file.. [INFO]: loading Gst

(komorebi:5549): Gdk-ERROR **: 17:11:52.903: The program 'komorebi' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadDrawable'. (Details: serial 574 error_code 172 request_code 155 (GLX) minor_code 29) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Trace/breakpoint trap (core dumped) `

[guyluz11]

Same here (KDE5 Plasma) The error

(komorebi:21680): Gdk-ERROR **: 15:00:15.258: The program 'komorebi' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadDrawable'.
  (Details: serial 473 error_code 175 request_code 156 (GLX) minor_code 29)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap (core dumped)

[PeterAlabaster]

Same on Elementary Juno (based on Ubuntu 18.04) which uses Gala (Pantheon's Window Manager)

/System/Applications/komorebi --version
Welcome to Komorebi
Version: 2.1 - Summit
Created by: Abraham Masri @cheesecakeufo

$ lsb_release -a
No LSB modules are available.
Distributor ID: elementary
Description:    elementary OS 5.0 Juno
Release:    5.0
Codename:   juno

$ /System/Applications/komorebi
Welcome to Komorebi
Reading config file..
[INFO]: loading Gst

(komorebi:16045): Gdk-ERROR **: 15:54:07.920: The program 'komorebi' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadDrawable'.
  (Details: serial 581 error_code 172 request_code 155 (GLX) minor_code 29)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap

EDIT: After unplugging secondary monitor, supending, getting home and trying again - it appears to have launched successfully.

[wayoalamos]

same problem

[rsubtil]

@wayoalamos are you using a second monitor? If yes, try unplugging it and see if it solves the issue.

I will have access to a second screen tomorrow; hopefully I can find the reason behind this long-standing issue.

[Dell4life]

@Ev1lbl0w what were your results??? i currently have 4 monitors hooked up and 1 is vertical and the other is just a tv.

[rsubtil]

@Dell4life I haven't had much luck finding the root cause; I was hoping to catch this on my setup, but it works fine. On my friend's setup though, it consistently crashes.

I'm not sure if this is even komorebi's problem or an issue with the Clutter backend itself. Either way, the fix for now is to force the app to run on the main monitor only. I'll introduce an optional launch argument to help for now, until a proper fix is found.

[rsubtil]

@Dell4life quick update, I've gathered all my findings to a new issue