Familiar Findings

Ricing
,
1

Hello there,

I have a problem refocusing the game ‘Familiar Findings’.

In the video of the link, you can see it works as long as I stay in the window where the game launched. I can click around and can click buttons beneath the game window.

Then I swapped the workspace and the window at once. Afterwards I moved the game to the current workspace with the command hyprctl dispatch movetoworkspacesilent "$WS",class:^Familiar Findings$ ($WS is the identifier of the current workspace) and the game could not regain focus.

So as soon as I swap the workspace or even only the window, which is not solely shown in the video, the game does not refocus. I tried the focuswindow dispatcher but it seems to have no effect.

On hyprctl clients the window is described as:

Window 55897086a7b0 → Familiar Findings:
mapped: 1
hidden: 0
at: 0,800
size: 1920,280
workspace: -1343 (0:2)
floating: 1
pseudo: 0
monitor: 1
class: Familiar Findings
title: Familiar Findings
initialClass: Familiar Findings
initialTitle: Godot
pid: 209719
xwayland: 1
pinned: 0
fullscreen: 0
fullscreenClient: 0
grouped: 0
tags:
swallowing: 0
focusHistoryID: 9
inhibitingIdle: 0
xdgTag:
xdgDescription:
contentType: none

Even though I think its the fault of the game, do you have any ideas on what is wrong and how this issue could be resolved?

2 
workspace: -1343

Huh what now?
That indicates a invalid workspace.

3

No, that is a valid workspace :smiley:

I use per monitor 0 - 9 workspaces. This one e.g. is monitor 0 workspace 2 (0:2). But to be fair I don’t know either why its workspace -1343. Its an automatic number I guess.

To achieve that I have these bindings: .files/.config/hypr/monitors.conf at master · mitsaucepls/.files · GitHub with that script: .files/.config/bin/hyprland-switch-monitor at master · mitsaucepls/.files · GitHub

4

hyprland require all normal workspaces to have positive workspace numbers. Which might be why it behaves badly.

5

I think I get where you are coming from.
According to this documentation: Dispatchers – Hyprland Wiki
”Numerical workspaces (e.g. 1, 2, 13371337) are allowed ONLY between 1 and 2147483647 (inclusive).
Neither 0 nor negative numbers are allowed.”

But in this case its not a numerical workspace but a named workspace created like this hyprctl dispatch workspace name:$workspace

And the number behind it, is created automatically.

6

[-99, -2] → Special
[-∞, -1337] → Named
[1, ∞] → ID-based

(∞ is actually 64 bit int limit but shh)

7

does this only happen with this game? Usually these issues stem from wonky xwayland interactions.

8

Ive never had an application that sits on your ‘desktop’ and is designed to pass through clicks but if its on a sprite. So yeah its only this game. But I would not be sure if others behave like this as well.

Does Wayland already support these kind of applications? In my experience its hard to even place the window where it should be. And then making the clicks pass through windows is also not supported on Wayland I think, but I am not sure on that one.

It could very much be the issue from xwayland.