mirror of
https://github.com/LGUG2Z/komorebi.git
synced 2026-01-11 14:40:25 +01:00
[BUG]: maximized window becomes un-maximized after focus is lost and restored #532
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mark-edgington on GitHub (Nov 27, 2024).
Summary
On a display with multiple windows (e.g. in horizontal tiling mode), it is possible to maximize one of the windows, so it fills the screen. If focus is lost (either by switching to a window on a different monitor, or because an application pops up a dialog window), then when the maximized window is focused again, it becomes un-maximized.
The desired behavior would be that if it was maximized, then it should be required to manually un-maximize it.
Version Information
OS Name: Microsoft Windows 11 Enterprise
OS Version: 10.0.22631 N/A Build 22631
komorebic 0.1.30
tag:v0.1.30
commit_hash:9a3dbccc
build_time:2024-11-03 23:49:52 +00:00
build_env:rustc 1.82.0 (f6e511eec 2024-10-15),stable-x86_64-pc-windows-msvc
Komorebi Configuration
Hotkey Configuration
Not relevant.
Output of komorebic check
Your configuration file contains some options that have been renamed or deprecated:
"applications.yaml" is now "applications.json"
No ~/.config/whkdrc found; you may not be able to control komorebi with your keyboard
@LGUG2Z commented on GitHub (Nov 27, 2024):
The only maximization strategy supported by komorebi is triggering via the "komorebic toggle-maximize" command; is this what you used?
Clicking the maximize button cannot be tracked in the window manager state, and it sounds like what is happening here.
@mark-edgington commented on GitHub (Nov 27, 2024):
Indeed that seems to be the problem - thanks for pointing that out. Too bad there isn't a way to periodically poll to detect maximized windows.