LGUG2Z / komorebi

A tiling window manager for Windows 🍉
https://lgug2z.github.io/komorebi/
Other
7.82k stars 153 forks source link

[BUG]: Windows minimizing to the system tray sometimes keep their tile #878

Open Insprill opened 3 weeks ago

Insprill commented 3 weeks ago

Describe the bug When some windows minimize to the system tray, they'll sometimes keep their tile, which can only by fixed by opening it and minimizing it again. I've had this happen with Unity Hub, WinGetUI, and Thunderbird.

To Reproduce This bug is quite inconsistent, It doesn't happen every time, but it usually happens to me at least once daily.

  1. Open an application that can be minimized to the system tray.
  2. Get the application to go to the tray (opening a Unity project from Unity Hub, closing WinGetUI, or minimizing Thunderbird).
  3. A ghost tile will sometimes be left in its place, fully functional as if the window was still there, border and all.
  4. When opening the window again, it'll be placed in its tile as expected.

Expected behavior The window tile should disappear with the window.

Operating System

OS Name:                   Microsoft Windows 11 Pro for Workstations
OS Version:                10.0.22631 N/A Build 22631

komorebic check Output

No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Insprill

Looking for configuration files in C:\Users\Insprill

Found komorebi.json; this file can be passed to the start command with the --config flag

No ~/.config/whkdrc found; you may not be able to control komorebi with your keyboard

Additional context I don't have a copy of the komorebic state output, but the window does show there as if it was still open. I'll grab a copy of it next time it happens if it'll help.

LGUG2Z commented 3 weeks ago

Sounds like they may need to be identified: https://lgug2z.github.io/komorebi/common-workflows/tray-and-multi-window-applications.html

If this works can you open a PR to the app specific config repo with the rules as well?

Insprill commented 3 weeks ago

I checked in my applications.yaml file, and Unity Hub and WinGetUI are both already there, and the executable names match. I'm not sure if that's the issue, considering it works most of the time; it's just occasionally that it doesn't.