Xwayland windows allow interaction with windows from different workspaces

[Elandig]

Hyprland Version

Hyprland, built from branch HEAD at commit d74607e414dcd16911089a6d4b6aeb661c880923 (props: bump ver to 0.33.1). Tag: v0.33.1 flags: (if any)

Bug or Regression?

Bug

Description

I was fixing Steam's context menus and now whenever I open any context menu, I can interact with windows from different workspaces by clicking on any window besides the context menu parent.

Rules that I used:

windowrulev2 = stayfocused, title:^(?!.*Steam Settings)$, class:^(steam)$
windowrulev2 = minsize 1 1, title:^()$, class:^(steam)$

How to reproduce

1. Make sure to set window rules;
2. Open some window you want to interact with;
3. On a second workspace, open up Steam (or any any other program that has to use this window rule workaround) tiled with some window or placed on a different monitor;
4. Open any context menu by clicking or hovering in the UI (essentially open any window affected by this rule);
5. Try clicking on other windows besides the context parent (could be on other monitors), ending up interacting with windows from workspaces underneath.

Crash reports, logs, images, videos

Starting video playback from another workspace

https://github.com/hyprwm/Hyprland/assets/15586732/88f84fbe-929d-4dab-b5b8-3dfc6f90958d

[Elandig]

Okay, I figured out that it's not even related to stayfocused window rule, it just makes it easier to reproduce it. I can interact with windows from other workspaces just by clicking the gaps/borders of xwayland windows.

[vaxerski]

can you test on -git?

[Elandig]

Yeap, it still persists.

Hyprland, built from branch main at commit b2e5a80e2ff1fcbf8164a45c5ef8ebffbb511fae dirty (hyprpm: Link against tomlplusplus when using cmake (4145)).
Tag: v0.33.1-39-gb2e5a80e

flags: (if any)
debug

[Elandig]

I've tried all possible configurations, from changing monitor scale, disconnecting external monitors, changing gaps/border sizes, window rules and environment variables. It's all the same. I'm able to reproduce it using an example config and the latest commit.

Hyprland, built from branch main at commit 01e5c59d752d3fe7fa484330fa48e010054b8fa1 dirty (Revert xwayland: push invisible windows outside layout).
Tag: v0.33.1-40-g01e5c59d

flags: (if any)
debug

How to reproduce

• Start an xwayland application (Something that would open with multiple windows, like Steam, so it's easier to test with them tiled);
• Hop on a second workspace;
• Start another xwayland application (In my case, it's FreeTube);
• Hop onto the first workspace and start interacting with a second workspace window by clicking precisely on the gaps.

[AndreasYNY]

Hello, I also experienced this issue, i notice it only happen on chromium apps like spotify, VSC and freetube with xwayland. for me it happened randomly and i still don't know what triggers it. I will try to use ozone layer and see if it still doing the same. video

Versions Info

• xorg-xwayland 23.2.3-1
• FreeTube io.freetubeapp.FreeTube 0.19.1 Beta stable user (flatpak, running on xwayland)
• Visual Studio Code com.visualstudio.code 1.84.2-1699528352 stable user (flatpak, running on xwayland)

Hyprland, built from branch HEAD at commit 03ebbe18ed8517ee22591eac82cd54322f42cb7d  (props: bump ver to 0.34.0).

Date: Mon Jan 1 12:03:15 2024
Tag: v0.34.0
  
  flags: (if any)

[FelipeJz]

Experiencing the same issue between brave and chromium apps, it seems to be triggered some times after moving windows around with the mouse. To stop it i have to close such window.

[FelipeJz]

After some time dealing with this issue i noticed that making the apps full screen and back solves it without needing to close them. I hope this is resolved soon is really annoying. Also other people on Reddit having the same experience: https://www.reddit.com/r/hyprland/comments/1cm8dth/windows_on_other_workspaces_blocking_mouse/