Originally created by @manuqs33 on GitHub (Nov 6, 2025).
Summary
I don't know if this a bug or by design, but I normally have the browser in a certain workspace. When I open a link from another browser, it opens a new window instead of going to the one already open. For my workflow it'd be beneficial if it simply opens in the existing browser.
Is this by design? Is there complete isolation between workspaces? Is there any configuration option that may change this?
Thanks in advance
Zoom + o : taskkill /f /im whkd.exe; Start-Process whkd -WindowStyle hidden # if shell is pwsh / powershell
Zoom + shift + o : komorebic reload-configuration
Zoom + i : komorebic toggle-shortcuts
Zoom + q : komorebic close
Zoom + m : komorebic minimize
Zoom + shift + m : komorebic manage
Zoom + shift + u : komorebic unmanage
Zoom + f : komorebic toggle-workspace-layer
Zoom + alt + f : komorebic toggle-float
Focus windows
Zoom + left : komorebic focus left
Zoom + down : komorebic focus down
Zoom + up : komorebic focus up
Zoom + right : komorebic focus right
Zoom + shift + oem_4 : komorebic cycle-focus previous # oem_4 is [
Zoom + shift + oem_6 : komorebic cycle-focus next # oem_6 is ]
Move windows
Zoom + shift + h : komorebic move left
Zoom + shift + j : komorebic move down
Zoom + shift + k : komorebic move up
Zoom + shift + l : komorebic move right
Zoom + shift + return : komorebic promote
komorebic check
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\manue
Looking for configuration files in C:\Users\manue
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\manue.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 @manuqs33 on GitHub (Nov 6, 2025).
### Summary
I don't know if this a bug or by design, but I normally have the browser in a certain workspace. When I open a link from another browser, it opens a new window instead of going to the one already open. For my workflow it'd be beneficial if it simply opens in the existing browser.
Is this by design? Is there complete isolation between workspaces? Is there any configuration option that may change this?
Thanks in advance
### Version Information
Windows 11
komorebic 0.1.38
### Komorebi Configuration
```json
{
"$schema": "https://raw.githubusercontent.com/LGUG2Z/komorebi/v0.1.38/schema.json",
"app_specific_configuration_path": "$Env:USERPROFILE/applications.json",
"window_hiding_behaviour": "Cloak",
"cross_monitor_move_behaviour": "Insert",
"default_workspace_padding": 8,
"default_container_padding": 4,
"border": true,
"border_width": 5,
"border_offset": -1,
"theme": {
"palette": "Base16",
"name": "Ashes",
"unfocused_border": "Base03",
"bar_accent": "Base0D"
},
"monitors": [
{
"workspaces": [
{
"name": "1",
"layout": "BSP"
},
{
"name": "2",
"layout": "BSP"
},
{
"name": "3",
"layout": "BSP"
},
{
"name": "4",
"layout": "BSP"
},
{
"name": "5",
"layout": "BSP"
},
{
"name": "6",
"layout": "BSP"
}
]
}
]
}
```
### Hotkey Configuration
.shell powershell
Zoom + o : taskkill /f /im whkd.exe; Start-Process whkd -WindowStyle hidden # if shell is pwsh / powershell
Zoom + shift + o : komorebic reload-configuration
Zoom + i : komorebic toggle-shortcuts
Zoom + q : komorebic close
Zoom + m : komorebic minimize
Zoom + shift + m : komorebic manage
Zoom + shift + u : komorebic unmanage
Zoom + f : komorebic toggle-workspace-layer
Zoom + alt + f : komorebic toggle-float
# Focus windows
Zoom + left : komorebic focus left
Zoom + down : komorebic focus down
Zoom + up : komorebic focus up
Zoom + right : komorebic focus right
Zoom + shift + oem_4 : komorebic cycle-focus previous # oem_4 is [
Zoom + shift + oem_6 : komorebic cycle-focus next # oem_6 is ]
# Move windows
Zoom + shift + h : komorebic move left
Zoom + shift + j : komorebic move down
Zoom + shift + k : komorebic move up
Zoom + shift + l : komorebic move right
Zoom + shift + return : komorebic promote
# Resize
Zoom + oem_plus : komorebic resize-axis horizontal increase
Zoom + oem_minus : komorebic resize-axis horizontal decrease
Zoom + shift + oem_plus : komorebic resize-axis vertical increase
Zoom + shift + oem_minus : komorebic resize-axis vertical decrease
# Manipulate windows
Zoom + t : komorebic toggle-float
Zoom + shift + f : komorebic toggle-monocle
# Window manager options
Zoom + shift + r : komorebic retile
Zoom + p : komorebic toggle-pause
# Layouts
Zoom + x : komorebic flip-layout horizontal
Zoom + y : komorebic flip-layout vertical
# Workspaces
Zoom + 1 : komorebic focus-workspace 0
Zoom + 2 : komorebic focus-workspace 1
Zoom + 3 : komorebic focus-workspace 2
Zoom + 4 : komorebic focus-workspace 3
Zoom + 5 : komorebic focus-workspace 4
Zoom + 6 : komorebic focus-workspace 5
Zoom + Numpad1 : komorebic focus-workspace 0
Zoom + Numpad2 : komorebic focus-workspace 1
Zoom + Numpad3 : komorebic focus-workspace 2
Zoom + Numpad4 : komorebic focus-workspace 3
Zoom + Numpad5 : komorebic focus-workspace 4
Zoom + Numpad6 : komorebic focus-workspace 5
# Move windows across workspaces
Zoom + shift + 1 : komorebic move-to-workspace 0
Zoom + shift + 2 : komorebic move-to-workspace 1
Zoom + shift + 3 : komorebic move-to-workspace 2
Zoom + shift + 4 : komorebic move-to-workspace 3
Zoom + shift + 5 : komorebic move-to-workspace 4
Zoom + shift + 6 : komorebic move-to-workspace 5
### Output of komorebic check
> komorebic check
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\manue
Looking for configuration files in C:\Users\manue
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\manue\.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:52:26 +01:00
Yeah I'm using Zen Browser (Firefox based) so that must be the case. Thank you so much for taking the time to answer and for your work on Komorebi
@manuqs33 commented on GitHub (Nov 6, 2025):
Yeah I'm using Zen Browser (Firefox based) so that must be the case. Thank you so much for taking the time to answer and for your work on Komorebi
widget.prefer_windows_on_current_virtual_desktop should land in Firefox 145 which can be set to false for the previous behavior
@LGUG2Z commented on GitHub (Nov 13, 2025):
`widget.prefer_windows_on_current_virtual_desktop` should land in Firefox 145 which can be set to `false` for the previous behavior
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 @manuqs33 on GitHub (Nov 6, 2025).
Summary
I don't know if this a bug or by design, but I normally have the browser in a certain workspace. When I open a link from another browser, it opens a new window instead of going to the one already open. For my workflow it'd be beneficial if it simply opens in the existing browser.
Is this by design? Is there complete isolation between workspaces? Is there any configuration option that may change this?
Thanks in advance
Version Information
Windows 11
komorebic 0.1.38
Komorebi Configuration
Hotkey Configuration
.shell powershell
Zoom + o : taskkill /f /im whkd.exe; Start-Process whkd -WindowStyle hidden # if shell is pwsh / powershell
Zoom + shift + o : komorebic reload-configuration
Zoom + i : komorebic toggle-shortcuts
Zoom + q : komorebic close
Zoom + m : komorebic minimize
Zoom + shift + m : komorebic manage
Zoom + shift + u : komorebic unmanage
Zoom + f : komorebic toggle-workspace-layer
Zoom + alt + f : komorebic toggle-float
Focus windows
Zoom + left : komorebic focus left
Zoom + down : komorebic focus down
Zoom + up : komorebic focus up
Zoom + right : komorebic focus right
Zoom + shift + oem_4 : komorebic cycle-focus previous # oem_4 is [
Zoom + shift + oem_6 : komorebic cycle-focus next # oem_6 is ]
Move windows
Zoom + shift + h : komorebic move left
Zoom + shift + j : komorebic move down
Zoom + shift + k : komorebic move up
Zoom + shift + l : komorebic move right
Zoom + shift + return : komorebic promote
Resize
Zoom + oem_plus : komorebic resize-axis horizontal increase
Zoom + oem_minus : komorebic resize-axis horizontal decrease
Zoom + shift + oem_plus : komorebic resize-axis vertical increase
Zoom + shift + oem_minus : komorebic resize-axis vertical decrease
Manipulate windows
Zoom + t : komorebic toggle-float
Zoom + shift + f : komorebic toggle-monocle
Window manager options
Zoom + shift + r : komorebic retile
Zoom + p : komorebic toggle-pause
Layouts
Zoom + x : komorebic flip-layout horizontal
Zoom + y : komorebic flip-layout vertical
Workspaces
Zoom + 1 : komorebic focus-workspace 0
Zoom + 2 : komorebic focus-workspace 1
Zoom + 3 : komorebic focus-workspace 2
Zoom + 4 : komorebic focus-workspace 3
Zoom + 5 : komorebic focus-workspace 4
Zoom + 6 : komorebic focus-workspace 5
Zoom + Numpad1 : komorebic focus-workspace 0
Zoom + Numpad2 : komorebic focus-workspace 1
Zoom + Numpad3 : komorebic focus-workspace 2
Zoom + Numpad4 : komorebic focus-workspace 3
Zoom + Numpad5 : komorebic focus-workspace 4
Zoom + Numpad6 : komorebic focus-workspace 5
Move windows across workspaces
Zoom + shift + 1 : komorebic move-to-workspace 0
Zoom + shift + 2 : komorebic move-to-workspace 1
Zoom + shift + 3 : komorebic move-to-workspace 2
Zoom + shift + 4 : komorebic move-to-workspace 3
Zoom + shift + 5 : komorebic move-to-workspace 4
Zoom + shift + 6 : komorebic move-to-workspace 5
Output of komorebic check
Looking for configuration files in C:\Users\manue
Found komorebi.json; this file can be passed to the start command with the --config flag
Found C:\Users\manue.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag
@LGUG2Z commented on GitHub (Nov 6, 2025):
This is a recent Firefox regression: https://support.mozilla.org/en-US/questions/1536551
@manuqs33 commented on GitHub (Nov 6, 2025):
Yeah I'm using Zen Browser (Firefox based) so that must be the case. Thank you so much for taking the time to answer and for your work on Komorebi
@LGUG2Z commented on GitHub (Nov 13, 2025):
widget.prefer_windows_on_current_virtual_desktopshould land in Firefox 145 which can be set tofalsefor the previous behavior