Originally created by @pjhfggij on GitHub (Mar 30, 2024).
Describe the bug
Neither Autodesk Revit nor McNeel Rhino get picked up by komorebi. They don't tile, clicking on their windows doesn't make komorebi's shortcuts to modify them (toggle tile command for example toggles the previously focused window) and they don't show up in the komorebic state output.
To Reproduce
Steps to reproduce the behavior:
Start either Autodesk Revit or McNeel Rhino (both require a paid licence although Rhino has a free trial)
See bug
Expected behavior
Both of them should tile like other programs (e.g. Autodesk AutoCAD and Trimble Sketchup both tile correctly).
Operating System
OS Name: Microsoft Windows 10
OS Version: 10.0.19045 Build 19045
It's a virtual machine with GPU passthrough.
komorebic check Output
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\<USER>
Looking for configuration files in C:\Users\<USER>
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\<USER>\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
Originally created by @pjhfggij on GitHub (Mar 30, 2024).
**Describe the bug**
Neither Autodesk Revit nor McNeel Rhino get picked up by komorebi. They don't tile, clicking on their windows doesn't make komorebi's shortcuts to modify them (toggle tile command for example toggles the previously focused window) and they don't show up in the `komorebic state` output.
**To Reproduce**
Steps to reproduce the behavior:
1. Start either Autodesk Revit or McNeel Rhino (both require a paid licence although Rhino has a free trial)
2. See bug
**Expected behavior**
Both of them should tile like other programs (e.g. Autodesk AutoCAD and Trimble Sketchup both tile correctly).
**Operating System**
```
OS Name: Microsoft Windows 10
OS Version: 10.0.19045 Build 19045
```
It's a virtual machine with GPU passthrough.
**`komorebic check` Output**
```
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\<USER>
Looking for configuration files in C:\Users\<USER>
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\<USER>\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
```
adam
added the bug label 2026-01-05 14:49:41 +01:00
Edition Windows 11 Education
Version 23H2
OS build 22631.3447
$ komorebi.exe --version
komorebi 0.1.25
Switching to pwsh also didn't help.
@moukle commented on GitHub (May 14, 2024):
I have the same bug with [Godot](https://godotengine.org/) :(
When focusing the app the cursor is completely broken: always returns to centre on click and very laggy.
### `manage_rules`
I tried many different `manage_rules` but none helps:
```json
{
"kind": "Title",
"id": "Godot Engine",
"matching_strategy": "Equals"
},
{
"kind": "Title",
"id": "Godot Engine",
"matching_strategy": "StartsWith"
},
{
"kind": "Path",
"id": "C:\\Godot\\",
"matching_strategy": "StartsWith"
},
{
"kind": "Exe",
"id": "Godot_v4.2.2-stable_win64.exe",
"matching_strategy": "Equals"
},
{
"kind": "Exe",
"id": "Godot_*.exe",
"matching_strategy": "StartsWith"
}
```
### Versions
```
Edition Windows 11 Education
Version 23H2
OS build 22631.3447
```
```sh
$ komorebi.exe --version
komorebi 0.1.25
```
Switching to `pwsh` also didn't help.
Godot I was able to try out myself; I noticed that it tiles correctly without any additional rules if you minimize it and then restore it, which suggests that it probably isn't sending the signals to the OS that a Windows app is supposed to when it starts up. Thankfully most apps like this send ObjectNameChange when they launch, so adding this makes it tile on first launch:
@LGUG2Z commented on GitHub (May 15, 2024):
Godot I was able to try out myself; I noticed that it tiles correctly without any additional rules if you minimize it and then restore it, which suggests that it probably isn't sending the signals to the OS that a Windows app is supposed to when it starts up. Thankfully most apps like this send `ObjectNameChange` when they launch, so adding this makes it tile on first launch:
```
"object_name_change_applications": [
{
"kind": "Class",
"id": "Engine",
"matching_strategy": "Equals"
}
],
```
You can also match by the Exe if you want to
sorry, I know I should have properly gone through documentation, but I'm getting stuck on too many parts right now and don't want to yield incorrect results. Where do you place "object_name_change_applications". Is it in komorebi.json or applications.json. Where do they need to be located? Is it %USERPROFILE% or %USERPROFILE%/.config or %USERPROFILE%/.config/komorebi? In your video (How to Set a Custom Config Directory in Komorebi) you are taking many more steps to configure environment variables and powershell execution policy. I assume it isn't necessary just to test it in this case? I haven't configured komorebi yet in any way, just run komorebi start --whkd.
@pjhfggij commented on GitHub (Aug 3, 2024):
sorry, I know I should have properly gone through documentation, but I'm getting stuck on too many parts right now and don't want to yield incorrect results. Where do you place "object_name_change_applications". Is it in `komorebi.json` or `applications.json`. Where do they need to be located? Is it %USERPROFILE% or %USERPROFILE%/.config or %USERPROFILE%/.config/komorebi? In your video ([How to Set a Custom Config Directory in Komorebi](https://www.youtube.com/watch?v=C_KWUqQ6kko)) you are taking many more steps to configure environment variables and powershell execution policy. I assume it isn't necessary just to test it in this case? I haven't configured komorebi yet in any way, just run `komorebi start --whkd`.
adding "object_name_change_applications" fixed the issue i had with Devolutions Remote Desktop Manager for a year!
@azinsharaf commented on GitHub (Aug 7, 2024):
adding `"object_name_change_applications"` fixed the issue i had with `Devolutions Remote Desktop Manager` for a year!
@pjhfggij running komorebic config in a terminal will print the path to your komorebi.json file - this is where you can add "object_name_change_applications" at the top level of the JSON object
If you are just running komorebic start --whkd I'm guessing you downloaded the example configuration to your USERPROFILE directory if you followed the quickstart - if that's working for you there is no need to set a custom config directory or anything like that.
@LGUG2Z commented on GitHub (Aug 7, 2024):
@pjhfggij running `komorebic config` in a terminal will print the path to your `komorebi.json` file - this is where you can add "object_name_change_applications" at the [top level of the JSON object](https://komorebi.lgug2z.com/schema#object_name_change_applications)
If you are just running `komorebic start --whkd` I'm guessing you downloaded the example configuration to your USERPROFILE directory if you followed the quickstart - if that's working for you there is no need to set a custom config directory or anything like that.
sorry @LGUG2Z not quite yet, while Revit.exe works fine, Rhino.exe doesn't
perhaps I'm not matching it correctly (I'm sure though executable name is Rhino.exe) is it documented anywhere how to find Class instead of Exe name of a program?
You can run komorebic gui to launch the debug GUI and in the top section there is dropdown where you can select any window on the screen and get information about it including the class name - you can check out the timestamped part of this video for an example: https://youtu.be/Yt-sFaq3nJA?si=tMp5pwgRBJ1WiMd6&t=2070
@LGUG2Z commented on GitHub (Aug 8, 2024):
You can run `komorebic gui` to launch the debug GUI and in the top section there is dropdown where you can select any window on the screen and get information about it including the class name - you can check out the timestamped part of this video for an example: https://youtu.be/Yt-sFaq3nJA?si=tMp5pwgRBJ1WiMd6&t=2070
@pjhfggij commented on GitHub (Aug 8, 2024):
was `komorebic gui` subcommand added after version 0.1.22? Running it on 0.1.22 results in error:
```
>komorebic gui
error: unrecognized subcommand 'gui'
```
While it works, I'm encountering this bug where sometimes opening Rhino resizes the window by half multiple times until it disappeared in right bottom corner (grey rectangle remnants of its border) and Rhino window become just a "stub":
Also, by the way this is a Rhino-specific issue, but it keeps closing it's subwindow (window in focus in the middle) when Rhino is not in focus, same behavior can be observed when run via wine on linux (KDE). I wonder if there is some way to prevent that.
Also noticed that some windows (project browser) in Revit still don't tile. It's not important for my workflow, but maybe others may want to investigate it further. UIViews worked fine (which for me was more important).
@pjhfggij commented on GitHub (Aug 8, 2024):
true, after upgrade to latest 0.1.28 version Rhino worked as well - I think this closes the issue then. Config from [above](https://github.com/LGUG2Z/komorebi/issues/726#issuecomment-2274485593) unchanged:
```json
"object_name_change_applications": [
{
"kind": "Exe",
"id": "Revit.exe",
"matching_strategy": "Equals"
},
{
"kind": "Exe",
"id": "Rhino.exe",
"matching_strategy": "Equals"
}
],
```

While it works, I'm encountering this bug where sometimes opening Rhino resizes the window by half multiple times until it disappeared in right bottom corner (grey rectangle remnants of its border) and Rhino window become just a "stub":


Also, by the way this is a Rhino-specific issue, but it keeps closing it's subwindow (window in focus in the middle) when Rhino is not in focus, same behavior can be observed when run via wine on linux (KDE). I wonder if there is some way to prevent that.

Also noticed that some windows (project browser) in Revit still don't tile. It's not important for my workflow, but maybe others may want to investigate it further. UIViews worked fine (which for me was more important).
Can you try removing the object name change block from the config?
I think that this change to make style parsing more lenient may fix your initial issue, whereas emitting events when the window title changes may be causing some of the new issues you are reporting 🤔
@LGUG2Z commented on GitHub (Aug 8, 2024):
Can you try removing the object name change block from the config?
I think that [this change](https://github.com/LGUG2Z/komorebi/commit/e57b08d073ee2cd9a84d8effa49e895923bc3292) to make style parsing more lenient may fix your initial issue, whereas emitting events when the window title changes may be causing some of the new issues you are reporting 🤔
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 @pjhfggij on GitHub (Mar 30, 2024).
Describe the bug
Neither Autodesk Revit nor McNeel Rhino get picked up by komorebi. They don't tile, clicking on their windows doesn't make komorebi's shortcuts to modify them (toggle tile command for example toggles the previously focused window) and they don't show up in the
komorebic stateoutput.To Reproduce
Steps to reproduce the behavior:
Expected behavior
Both of them should tile like other programs (e.g. Autodesk AutoCAD and Trimble Sketchup both tile correctly).
Operating System
It's a virtual machine with GPU passthrough.
komorebic checkOutput@moukle commented on GitHub (May 14, 2024):
I have the same bug with Godot :(
When focusing the app the cursor is completely broken: always returns to centre on click and very laggy.
manage_rulesI tried many different
manage_rulesbut none helps:Versions
Switching to
pwshalso didn't help.@LGUG2Z commented on GitHub (May 15, 2024):
Godot I was able to try out myself; I noticed that it tiles correctly without any additional rules if you minimize it and then restore it, which suggests that it probably isn't sending the signals to the OS that a Windows app is supposed to when it starts up. Thankfully most apps like this send
ObjectNameChangewhen they launch, so adding this makes it tile on first launch:You can also match by the Exe if you want to
@moukle commented on GitHub (May 15, 2024):
It works! Thank you for your fast investigations! 😄🙏
Small issue: Godot flickers on refocus
@LGUG2Z commented on GitHub (May 15, 2024):
Flickering for a number of apps has been fixed on the master branch for a little bit now
@LGUG2Z commented on GitHub (May 20, 2024):
@pjhfggij are you able to try the same sort of fix for Revit and Rhino? 👀
@pjhfggij commented on GitHub (Aug 3, 2024):
sorry, I know I should have properly gone through documentation, but I'm getting stuck on too many parts right now and don't want to yield incorrect results. Where do you place "object_name_change_applications". Is it in
komorebi.jsonorapplications.json. Where do they need to be located? Is it %USERPROFILE% or %USERPROFILE%/.config or %USERPROFILE%/.config/komorebi? In your video (How to Set a Custom Config Directory in Komorebi) you are taking many more steps to configure environment variables and powershell execution policy. I assume it isn't necessary just to test it in this case? I haven't configured komorebi yet in any way, just runkomorebi start --whkd.@azinsharaf commented on GitHub (Aug 7, 2024):
adding
"object_name_change_applications"fixed the issue i had withDevolutions Remote Desktop Managerfor a year!@LGUG2Z commented on GitHub (Aug 7, 2024):
@pjhfggij running
komorebic configin a terminal will print the path to yourkomorebi.jsonfile - this is where you can add "object_name_change_applications" at the top level of the JSON objectIf you are just running
komorebic start --whkdI'm guessing you downloaded the example configuration to your USERPROFILE directory if you followed the quickstart - if that's working for you there is no need to set a custom config directory or anything like that.@pjhfggij commented on GitHub (Aug 7, 2024):
thank you @LGUG2Z, that's helpful. I'll give it a try
@pjhfggij commented on GitHub (Aug 8, 2024):
@LGUG2Z thanks,
komorebic configgot me going and as you said "object_name_change_applications" solves it:shoved this into
C:\Users\user\komorebi.json(result of komorebic config)if you saw my previous message for a brief moment, I've initially missed a quote in config (love those quirks of editing json in notepad.exe)
@LGUG2Z commented on GitHub (Aug 8, 2024):
Glad that this was finally resolved!
@pjhfggij commented on GitHub (Aug 8, 2024):
sorry @LGUG2Z not quite yet, while Revit.exe works fine, Rhino.exe doesn't
perhaps I'm not matching it correctly (I'm sure though executable name is Rhino.exe) is it documented anywhere how to find Class instead of Exe name of a program?
@LGUG2Z commented on GitHub (Aug 8, 2024):
You can run
komorebic guito launch the debug GUI and in the top section there is dropdown where you can select any window on the screen and get information about it including the class name - you can check out the timestamped part of this video for an example: https://youtu.be/Yt-sFaq3nJA?si=tMp5pwgRBJ1WiMd6&t=2070@pjhfggij commented on GitHub (Aug 8, 2024):
was
komorebic guisubcommand added after version 0.1.22? Running it on 0.1.22 results in error:@LGUG2Z commented on GitHub (Aug 8, 2024):
Ah yes, it was added in v0.1.26 - it may be time to upgrade! 😆
@pjhfggij commented on GitHub (Aug 8, 2024):
true, after upgrade to latest 0.1.28 version Rhino worked as well - I think this closes the issue then. Config from above unchanged:
While it works, I'm encountering this bug where sometimes opening Rhino resizes the window by half multiple times until it disappeared in right bottom corner (grey rectangle remnants of its border) and Rhino window become just a "stub":

Also, by the way this is a Rhino-specific issue, but it keeps closing it's subwindow (window in focus in the middle) when Rhino is not in focus, same behavior can be observed when run via wine on linux (KDE). I wonder if there is some way to prevent that.
Also noticed that some windows (project browser) in Revit still don't tile. It's not important for my workflow, but maybe others may want to investigate it further. UIViews worked fine (which for me was more important).
@LGUG2Z commented on GitHub (Aug 8, 2024):
Can you try removing the object name change block from the config?
I think that this change to make style parsing more lenient may fix your initial issue, whereas emitting events when the window title changes may be causing some of the new issues you are reporting 🤔