Only Lutris, Only Opening First Time, Didn't Open in Intended Workspace

Bugs / FRs / Support
, ,
1
Hyprland version 
hyprctl version
Hyprland 0.55.4 built from branch v0.55.4 at commit a0136d8c04687bb36eb8a28eb9d1ff92aea99704 clean ([gha] Nix: update inputs).
Date: Thu Jun 11 17:10:04 2026
Tag: v0.55.4, commits: 7378

Libraries:
Hyprgraphics: built against 0.5.1, system has 0.5.1
Hyprutils: built against 0.13.1, system has 0.13.1
Hyprcursor: built against 0.1.13, system has 0.1.13
Hyprlang: built against 0.6.8, system has 0.6.8
Aquamarine: built against 0.12.1, system has 0.12.1

Version ABI string: a0136d8c04687bb36eb8a28eb9d1ff92aea99704_aq_0.12_hu_0.13_hg_0.5_hc_0.1_hlg_0.6
no flags were set

Only Lutris, Only Opening First Time, Didn’t Open in Intended Workspace

I use 1 horizontal monitor (All odd number workspaces), 1 vertical monitor (All even number workspaces).

I usually start with opening brave browser in ws1, go to ws3, open Lutris. When I do that, Lutris got sent to ws1, beside brave. This only occurs the very first time I open Lutris after login. If I then close Lutris, it opens where I intended.

I tried to recreate this with opening brave in ws1 then Lutris in ws5, the same thing happen.

If I didn’t open brave in ws1 first, Lutris stay in intended ws.

I checked initial_workspace_tracking in misc, I don’t use it. I tried using initial_workspace_tracking=1 the same thing still happen. I used hl.dispatch(hl.dsp.focus({ workspace = “1” })) in autostart, disabled it didn’t do anything.

Attached is the list of environment I used.

2026-06-25-213544_hyprshot
2026-06-25-213544_hyprshot517×607 50.3 KB

2

It defaults to 1. Try:

hl.config({
    misc = {
        initial_workspace_tracking = 0,
    }
})

See: firefox first launch opens on wrong workspace · hyprwm/Hyprland · Discussion #14565 · GitHub

Per Vaxry:

disable initial workspace tracking. It sucks and is broken

3

oh wow, disabling it somehow actually fix it… thanks