Originally created by @TheShad0wNinja on GitHub (Aug 18, 2022).
Describe the bug
The window tiles as if a window is still present when its in fact minimized
To Reproduce
Steps to reproduce the behavior:
1- Have two windows virtual desktops
2- Tile two or more windows on the same screen then minimize one
3- Switch to the other desktop then switch back
Expected behavior
The window to remain with the same tiling from before switching desktops
OS Name: Microsoft Windows 11 Pro
OS Version: 10.0.22000 N/A Build 22000
Additional context
No, I have everything running basically default, and only have komorebi ahk running
Originally created by @TheShad0wNinja on GitHub (Aug 18, 2022).
**Describe the bug**
The window tiles as if a window is still present when its in fact minimized
**To Reproduce**
Steps to reproduce the behavior:
1- Have two windows virtual desktops
2- Tile two or more windows on the same screen then minimize one
3- Switch to the other desktop then switch back
**Expected behavior**
The window to remain with the same tiling from before switching desktops
**Screenshots and Videos**
https://user-images.githubusercontent.com/82686944/185422737-4a1c0844-1b22-4d7a-abe6-c081b57a184d.mp4
**Operating System**
```
OS Name: Microsoft Windows 11 Pro
OS Version: 10.0.22000 N/A Build 22000
```
**Additional context**
No, I have everything running basically default, and only have komorebi ahk running
adam
added the bug label 2026-01-05 14:48:28 +01:00
Btw, this is probably because komorebi thinks that the minimized window is visible, even though it isn't, so it tiles the minimized window.
@es183923 commented on GitHub (Aug 18, 2022):
Btw, this is probably because komorebi thinks that the minimized window is visible, even though it isn't, so it tiles the minimized window.
I think this is specifically because Windows Terminal isn't identified as a tray_and_multi_window application in the config generation inputs.
Is this only happening with Windows Terminal, or also with other applications?
@LGUG2Z commented on GitHub (Aug 18, 2022):
I think this is specifically because Windows Terminal isn't identified as a `tray_and_multi_window` application in the [config generation inputs](https://github.com/LGUG2Z/komorebi-application-specific-configuration/blob/master/applications.yaml).
Is this only happening with Windows Terminal, or also with other applications?
Also if this is specific to Windows Virtual Desktops and not to Komorebi Workspaces, I'm not sure that any further work will be done on this as Windows Virtual Desktops are officially unsupported until Microsoft releases an official API to fully interact with them.
@LGUG2Z commented on GitHub (Aug 18, 2022):
Also if this is specific to Windows Virtual Desktops and not to Komorebi Workspaces, I'm not sure that any further work will be done on this as Windows Virtual Desktops are officially unsupported until Microsoft releases an official API to fully interact with them.
@TheShad0wNinja commented on GitHub (Aug 19, 2022):
I think this is specifically because Windows Terminal isn't identified as a tray_and_multi_window application in the config generation inputs.
Is this only happening with Windows Terminal, or also with other applications?
It happens with any application, it assumes the window is open when its minimized when I switch to a virtual desktop and then switch back
@TheShad0wNinja commented on GitHub (Aug 19, 2022):
> I think this is specifically because Windows Terminal isn't identified as a `tray_and_multi_window` application in the [config generation inputs](https://github.com/LGUG2Z/komorebi-application-specific-configuration/blob/master/applications.yaml).
>
> Is this only happening with Windows Terminal, or also with other applications?
It happens with any application, it assumes the window is open when its minimized when I switch to a virtual desktop and then switch back
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @TheShad0wNinja on GitHub (Aug 18, 2022).
Describe the bug
The window tiles as if a window is still present when its in fact minimized
To Reproduce
Steps to reproduce the behavior:
1- Have two windows virtual desktops
2- Tile two or more windows on the same screen then minimize one
3- Switch to the other desktop then switch back
Expected behavior
The window to remain with the same tiling from before switching desktops
Screenshots and Videos
https://user-images.githubusercontent.com/82686944/185422737-4a1c0844-1b22-4d7a-abe6-c081b57a184d.mp4
Operating System
Additional context
No, I have everything running basically default, and only have komorebi ahk running
@es183923 commented on GitHub (Aug 18, 2022):
Btw, this is probably because komorebi thinks that the minimized window is visible, even though it isn't, so it tiles the minimized window.
@LGUG2Z commented on GitHub (Aug 18, 2022):
I think this is specifically because Windows Terminal isn't identified as a
tray_and_multi_windowapplication in the config generation inputs.Is this only happening with Windows Terminal, or also with other applications?
@LGUG2Z commented on GitHub (Aug 18, 2022):
Also if this is specific to Windows Virtual Desktops and not to Komorebi Workspaces, I'm not sure that any further work will be done on this as Windows Virtual Desktops are officially unsupported until Microsoft releases an official API to fully interact with them.
@TheShad0wNinja commented on GitHub (Aug 19, 2022):
It happens with any application, it assumes the window is open when its minimized when I switch to a virtual desktop and then switch back
@musjj commented on GitHub (Mar 9, 2023):
I also sometimes experience this even after closing a window.