Hyprland not support

[Ethan13322836698]

Describe the bug

A clear and concise description of what the bug is.

To Reproduce
Steps to reproduce the behavior:

1. Open recordly
2. Move mouse to to recordly ui
3. See error

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: CachyOS (Arch)
• Version 1.3.3

[Yorizel]

+1

[Abdulrhman-Adnan]

+1

[xevrion]

similar thing is happening with me, that the UI keeps disappearing when we move the mouse to the recordly UI, and its not usable, we cant click it even if we keep the mouse stable and the UI is visible. it disappears as soon as you click or move your mouse even a pixel.

[bernardopg]

The HUD becoming unusable on Hyprland comes from mouse pass-through being disabled on Linux. The recording control bar is a transparent, always-on-top overlay, so without pass-through every transparent pixel captures the cursor. Under focus-follows-mouse the bar flickers/disappears on hover, its buttons can't be clicked, and clicks on the windows behind it are blocked.

I opened #709 to fix this by enabling setIgnoreMouseEvents(true, { forward: true }) on Linux (same model Windows 11 uses) and keeping the overlay full-work-area + click-through while recording, since Wayland ignores programmatic window placement.

If you want a working setup before that lands, on Hyprland you also need the overlay to float (a tiling compositor will otherwise tile the full-work-area window):

windowrule = float on, class:^(Recordly)$
windowrule = center on, class:^(Recordly)$
windowrule = border_size 0, class:^(Recordly)$