[BUG]: Conflict with Arc Browser #408

Closed
opened 2026-01-05 14:50:31 +01:00 by adam · 4 comments
Owner

Originally created by @malaow3 on GitHub (Jun 14, 2024).

Describe the bug
When using komorebi and the Arc browser, the additional windows that get spawned by Arc seem to conflict with komorebi and become unviewable. I've also tried this with GlazeWM which does not have this issue.

To Reproduce

  1. Run komorebi
  2. Start Arc Browser
  3. Navigate to a tab then try to open the search bar with Ctrl+T. Additionally the popup for installing extensions gets hidden.

komorebic check Output

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

Looking for configuration files in C:\Users\malao

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

Found C:\Users\malao\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using
the --whkd flag

Additional context
I understand this is a rather poorly described bug / issue, however, I am mostly reporting this as a channel-check since I am unsure if this issue is localized to just myself or if others experience, or have experienced it, as well.

Originally created by @malaow3 on GitHub (Jun 14, 2024). **Describe the bug** When using komorebi and the Arc browser, the additional windows that get spawned by Arc seem to conflict with komorebi and become unviewable. I've also tried this with GlazeWM which does not have this issue. **To Reproduce** 1. Run komorebi 2. Start Arc Browser 3. Navigate to a tab then try to open the search bar with Ctrl+T. Additionally the popup for installing extensions gets hidden. **`komorebic check` Output** ``` No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\malao Looking for configuration files in C:\Users\malao Found komorebi.json; this file can be passed to the start command with the --config flag Found C:\Users\malao\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag ``` **Additional context** I understand this is a rather poorly described bug / issue, however, I am mostly reporting this as a channel-check since I am unsure if this issue is localized to just myself or if others experience, or have experienced it, as well.
adam added the bug label 2026-01-05 14:50:31 +01:00
adam closed this issue 2026-01-05 14:50:31 +01:00
Author
Owner

@azinsharaf commented on GitHub (Jun 14, 2024):

i don't have this issue using komorebi 0.1.26 on win 11. I have added a floating rule for extension, but that is all.

    {
        "kind": "Title",
        "id": "Arc extension popup",
        "matching_strategy": "Equals"
    },
@azinsharaf commented on GitHub (Jun 14, 2024): i don't have this issue using komorebi `0.1.26` on win 11. I have added a floating rule for extension, but that is all. ``` { "kind": "Title", "id": "Arc extension popup", "matching_strategy": "Equals" }, ```
Author
Owner

@malaow3 commented on GitHub (Jun 14, 2024):

I'll give that a try! Thanks!

@malaow3 commented on GitHub (Jun 14, 2024): I'll give that a try! Thanks!
Author
Owner

@LGUG2Z commented on GitHub (Jun 14, 2024):

I haven't used Arc (it requires an account? 😅) - but it may make sense to add this rule to the app specific config repo ^

@LGUG2Z commented on GitHub (Jun 14, 2024): I haven't used Arc (it requires an account? 😅) - but it may make sense to add this rule to the app specific config repo ^
Author
Owner

@malaow3 commented on GitHub (Jun 14, 2024):

Seems like this likely isn't related to Komorebi, on a fresh restart the issue occurred with Arc before starting Komorebi

@malaow3 commented on GitHub (Jun 14, 2024): Seems like this likely isn't related to Komorebi, on a fresh restart the issue occurred with Arc before starting Komorebi
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#408