hypr/apps: stop DaVinci Resolve's dialogs trapping the pointer

[28allday]

Symptom

Opening certain DaVinci Resolve windows — confirmed with Preferences and Project Manager — traps the pointer. The dialog cannot be dismissed and no other window can be clicked. Quitting Resolve entirely is the only way out.

Root cause

default/hypr/apps/davinci-resolve.lua sets stay_focused = true on .*[Rr]esolve.* — that is, on every Resolve window.

That rule is there for a real reason and must not simply be deleted. Resolve is not Wayland-native, so Hyprland misreads its transient popups (Change Clip Duration, Normalize Audio Levels, …) and they close the moment the pointer leaves them unless focus is pinned. See hyprwm/Hyprland#12235, where the stayfocused workaround originates.

The bug is that it is applied too broadly. stayfocused forces focus onto a window while it is visible. When two Resolve windows are visible at once, both demand focus and neither yields, so Hyprland flips between them indefinitely.

Captured live, sampling hyprctl activewindow every 0.4s, with the Project Manager and its own child dialog both open:

t=361.7 ACTIVE='resolve'|'Create New Project'  resolve_windows=['Project Manager', 'Create New Project']
t=365.4 ACTIVE='resolve'|'Project Manager'     resolve_windows=['Project Manager', 'Create New Project']
t=365.8 ACTIVE='resolve'|'Create New Project'  resolve_windows=['Project Manager', 'Create New Project']

Focus oscillates between the two. Neither can be acted on, which is exactly what "the mouse is captured" looks like from the user's side.

Fix

Keep the pin where it is needed — the transient popups — and remove it from the windows those popups open over. At most one pinned window is then ever visible, so nothing can fight.

The two parent windows are the main window and the Project Manager:

window	role	pinned after fix
DaVinci Resolve - <project>	parent of Preferences, Change Clip Duration, …	no
Project Manager	parent of Create New Project	no
Preferences, Create New Project, transient popups	children	yes

This is a narrowing, not a removal: every window that previously relied on stay_focused to stay open still has it.

Verification

Hyprland 0.56.1 / Omarchy 4.0.0.r1440, NVIDIA, 2560×1440 logical, DaVinci Resolve 21.0.3.

The override mechanism is confirmed. A later, more specific rule does beat an earlier blanket one, tested in isolation with a throwaway class so nothing about Resolve could confound it:

o.window("^(OVERRIDETEST)$", { float = true })
o.window({ class = "^(OVERRIDETEST)$", title = "^nofloat$" }, { float = false })

title='nofloat'    floating=False   <- later specific rule wins
title='yesfloat'   floating=True    <- blanket rule still applies

The trap is confirmed removed, by cold-start A/B. Resolve was started fresh twice — once with the fix, once with only the stay_focused exclusion removed, so the exclusion was the sole variable. In each run Resolve was focused, focus was then dispatched to another window, and the actual focus owner sampled 12 times at 0.5s intervals:

run	config	samples where Resolve held focus	verdict
A	with fix	0 / 12	focus sticks elsewhere — not trapped
B	control, exclusion removed	11 / 12	snaps back to Resolve — trapped

The control matters: it demonstrates the test can actually detect the trap, so run A's result is meaningful rather than vacuous. Both runs exercised the Project Manager, one of the two windows the rule excludes and one of the two originally reported.

The main window and the popups were then confirmed by hand. Resolve always requires a project to be selected from the Project Manager before the main window opens, so these two checks cannot be automated:

check	procedure	result
Main window no longer traps	Open a project, open Preferences from the main window	Pass — dismissable, and other applications remain clickable while it is open
Popups do not regress	Edit page → right-click clip → Change Clip Duration, move pointer off the popup onto the main window	Pass — popup stays open

The second row is the one that matters most: it is the behaviour stay_focused exists to protect, and it survives the narrowing intact.

Known limitations / open questions

• The parent list is a blocklist and may need extending. Only DaVinci Resolve - <project> and Project Manager are excluded. If another Resolve window can itself parent a dialog (Project Settings and the Deliver page are the likely candidates), it would reintroduce the trap and need adding to the alternation.
• A cleaner long-term fix may exist. Hyprland 0.53.3+ added input:mouse_refocus, and #12235 notes mouse_refocus = 0 as an alternative to stayfocused entirely. On 0.56.1 the underlying popup bug may even be fixed, which would make the whole stay_focused rule obsolete. I did not test that here because mouse_refocus is a global input setting, not a per-window rule, so flipping it for every Omarchy user is a much larger decision than this narrowing. Worth a maintainer's opinion.
• Possibly related: Issue with windows management - Davinci Resolve #5887 reports Resolve child windows becoming inaccessible on Omarchy 4.0.0.alpha. It doesn't mention stayfocused, but "child windows become inaccessible when the main panel is clicked" is consistent with this root cause, so this may resolve it.

[Copilot]

Pull request overview

This PR narrows Hyprland’s DaVinci Resolve stay_focused window rule to prevent focus oscillation between multiple visible Resolve windows (which can trap the pointer), while preserving the original workaround needed to keep transient popups from closing on mouse-out.

Changes:

• Keep the existing blanket Resolve rule (float + full opacity + stay_focused) for compatibility with transient popup behavior.
• Add a more specific, later rule to disable stay_focused only for the two parent windows (DaVinci Resolve - <project> and Project Manager) so only the child dialogs remain pinned.

Tip

If you aren't ready for review, convert to a draft PR.
Click "Convert to draft" or run gh pr ready --undo.
Click "Ready for review" or run gh pr ready to reengage.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[dhh]

Integrated with #6429 in fb564e3: fb564e3

The combined commit keeps the stay-focused override minimal and expands the parent-window match to cover both DaVinci Resolve and DaVinci Resolve Studio. Thanks @28allday — you are credited as co-author on the commit.