From 498fa284f515375a2a911e56dd975a0eaddff080 Mon Sep 17 00:00:00 2001 From: Scott Jones Date: Sun, 19 Jul 2026 20:27:36 -0400 Subject: [PATCH] looknfeel: open new windows on the active workspace (fix portal file dialogs) (#6317) Set misc:initial_workspace_tracking = 0 so new windows appear on the currently active workspace rather than the one their process was first launched on. Without this, file-picker dialogs drawn by xdg-desktop-portal-gtk (browser Open/Save, GTK app choosers, etc.) always open on the workspace where the portal process started at login (typically workspace 1) instead of following the app that requested them. So a Save dialog triggered from a browser on workspace 2 pops up on workspace 1, out of view. Trade-off: an app launched on one workspace that switches away before its window maps will now open on the new active workspace. In practice the dialog-follows-app behavior is the more intuitive default. Co-authored-by: Claude Opus 4.8 (1M context) --- default/hypr/looknfeel.lua | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/default/hypr/looknfeel.lua b/default/hypr/looknfeel.lua index e61bb8eb..91c820ba 100644 --- a/default/hypr/looknfeel.lua +++ b/default/hypr/looknfeel.lua @@ -109,6 +109,11 @@ hl.config({ focus_on_activate = true, anr_missed_pings = 3, on_focus_under_fullscreen = 1, + -- Open new windows on the active workspace, not the one their process was + -- launched on. Otherwise xdg-desktop-portal-gtk file dialogs (browser + -- Open/Save, etc.) always appear on the workspace where the portal first + -- started at login, instead of following the app that requested them. + initial_workspace_tracking = 0, }, cursor = {