Desktop animations not working while an orbtk application is open

[Ayush1325]

Whenever I launch an orbtk application or any of the examples, my normal desktop applications seem to stop working. And everything is fine as soon as I close the application

Steps to reproduce the behavior:

1. Run an orbtk example.
2. Switch virtual desktop or open the menu.

Expected behavior

See my beautiful desktop animation.

System Information

• OS: Fedora Workstation 34 KDE Spim
• Desktop: KDE Plasma 5.22.4
• Graphics Platform: X11
• GPU: GTX 1050Ti
• Nvidia Drivers Version: 470.57.02

Additional context

It seems that orbtk application somehow conflicts with the KDE compositor.
There is no unusual CPU and GPU utilization, in fact, the application itself runs quite well, so I am not sure what the problem is.
Can anyone else confirm or deny this issue?

[adi-g15]

Yes, it stops transparency and animations (both tasks of the compositor ig) on my arch+KDE system too.

System Information

• OS - Arch Linux (linux 5.13.13-arch1-1)
• DE - KDE Plasma (5.22.5-1)
• X11

This is the screen recording of the same:

simplescreenrecorder-2021-09-08_19.56.09.mp4

[adi-g15]

An Update on this: It works fine with Wayland

Plasma + Wayland

[Ayush1325]

@adi-g15 Cool. Will just have to wait till Wayland starts working well with Nvidia.

[XakepSDK]

It disables compositor as if it was a game. This is handled by SDL2. I think OrbTk should tell SDL that app is not a game.

[trickypr]

It disables compositor as if it was a game. This is handled by SDL2. I think OrbTk should tell SDL that app is not a game.

It seems that SDL_HINT_VIDEO_X11_NET_WM_BYPASS_COMPOSITOR would have to be set to "0" using sdl2::hint::set. I suspect that this would have to be changed in orbclient on the Redox gitlab, so I am not able to create a merge request.

Also see this issue.

[trickypr]

As mentioned in #471, you can disable compositor blocking for development purposes, however this is not ideal for a production application: