hyprland-community / pyprland

Scratchpads & many goodies for Hyprland [maintainer=@fdev31]
MIT License
398 stars 17 forks source link

[BUG] Intermediate overlay which blocks interaction of windows below scratchpad when scratchapad are started with keybindings #149

Open samtrek opened 1 week ago

samtrek commented 1 week ago

Pyprland version 2.4.1

Describe the bug Intermediate freezing of screen due to a gray overlay of windows below scratchpad when a new scratchpad is started with a keybinding

To Reproduce

  1. remove lazy from scratchpad configs
  2. Start a the scratchpad with the assigned keybinding (these may require multiple start and stop to catch the bug or repeatedly toggle scratchpad )
  3. The window below the scratchpad is grayed out due to an overlay and cannot be interacted with, in a multiple monitor setup, the alternate monitor is not affected.
  4. To remove the gray overlay , repeatedly toggle scratchpads Expected behavior Their should not be a blank gray overlay blocking interaction with other windows when scratchpads are toggled, or when the are started
fdev31 commented 1 week ago

I mostly use multi-monitor setups so it must be something specific to your use case. Can you be a bit more specific, is it happening with every scratchpad? Any monitor layout or specific conditions etc.... ?

Additionally, try to format your bug report so it can be readable, and provide the logs of the failed scenario along with the explanations.

samtrek commented 1 week ago

It also happens on my latpop which is not connected to a monitor, albeit less frequently once in a while when the scratchpad is started from with a keybinding, it shows an overlay which blocks other activities until, another or a couple of scratchpads are called

samtrek commented 1 week ago
fdev31 commented 1 week ago

Can you also provide your config? It's only when lazy=false ?

fdev31 commented 1 week ago

I am afraid I can't reproduce it, did you test different hyprland versions to see if the problem depends on it?

samtrek commented 1 week ago

I found out that the bug can be replicated if process_tracking = false is set in the config, and the overlay does not appear when not set at all, tested for kitty and foot (thinking maybe it was terminal related issue)

[scratchpads.btop] animation = "fromLeft" command = "kitty --class btop -e btop" match_by = "class" class = "btop" size = "499px 414px" max_size = "1920px 100%" position = "2% 59%" process_tracking = false

I am using the btop example because it can be easily closed (simply with a q) and restarted (good for rapid testing), compared to using a simple floating term example, because the bug is not consistent, it may not appear at launch of a new scratchpad at times

samtrek commented 3 days ago

I am afraid I can't reproduce it, did you test different hyprland versions to see if the problem depends on it?

newer versions of hyprland did not fix the issue, were you able to detect the bug with the config I gave above?