[GH-ISSUE #604] [Launcher] Windows open on out-of-focus workspace in Hyprland v0.40.0 #5820

New issue

Closed

opened 2026-05-23 01:53:11 +01:00 by JakeStanger · 3 comments

JakeStanger commented

2026-05-23 01:53:11 +01:00

Owner

Originally created by @donovanglover on GitHub (May 20, 2024).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/604

Describe the bug
Ironbar will occasionally open new windows on a different workspace than the focused one in Hyprland v0.40.0

To Reproduce
Steps to reproduce the behavior:

Open a favorite app on the launcher
Occasionally starts on a workspace with a higher id. Might be easier to reproduce when starting Hyprland for the first time and setting the workspace to a number greater than 1.

Expected behavior
Should behave similar to before and open on the current workspace

System information:

Distro: Linux nixos 6.6.31 #1-NixOS SMP PREEMPT_DYNAMIC Fri May 17 10:02:40 UTC 2024 x86_64 GNU/Linux
Compositor: Hyprland 0.40.0-unstable-2024-05-12
Ironbar version: Tried 0.15.1 and latest commit github.com/JakeStanger/ironbar@4ad4b0e070

Configuration
github.com/donovanglover/nix-config@50d788ab4d/home/ironbar.nix

Additional context
Seems to also be an issue with eww so might be a Hyprland bug.

Originally created by @donovanglover on GitHub (May 20, 2024). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/604 **Describe the bug** Ironbar will occasionally open new windows on a different workspace than the focused one in Hyprland v0.40.0 **To Reproduce** Steps to reproduce the behavior: 1. Open a favorite app on the launcher 2. Occasionally starts on a workspace with a higher id. Might be easier to reproduce when starting Hyprland for the first time and setting the workspace to a number greater than 1. **Expected behavior** Should behave similar to before and open on the current workspace **System information:** - Distro: `Linux nixos 6.6.31 #1-NixOS SMP PREEMPT_DYNAMIC Fri May 17 10:02:40 UTC 2024 x86_64 GNU/Linux` - Compositor: Hyprland 0.40.0-unstable-2024-05-12 - Ironbar version: Tried 0.15.1 and latest commit https://github.com/JakeStanger/ironbar/commit/4ad4b0e070cc4e271251763db7210e70857d68ca **Configuration** https://github.com/donovanglover/nix-config/blob/50d788ab4d79d5896c4a046c6242b49b5ea5db08/home/ironbar.nix **Additional context** Seems to also be an issue with eww so might be a Hyprland bug.

JakeStanger

2026-05-23 01:53:11 +01:00

closed this issue
added the
T:Bug
label

JakeStanger commented

2026-05-23 01:53:11 +01:00

Author

Owner

@donovanglover commented on GitHub (May 20, 2024):

Probably fixed by https://github.com/hyprwm/Hyprland/pull/6089 and shouldn't be an ironbar issue. Haven't tested yet but feel free to close.

@donovanglover commented on GitHub (May 20, 2024): Probably fixed by https://github.com/hyprwm/Hyprland/pull/6089 and shouldn't be an ironbar issue. Haven't tested yet but feel free to close.

JakeStanger commented

2026-05-23 01:53:11 +01:00

Author

Owner

@JakeStanger commented on GitHub (May 21, 2024):

Ironbar just calls gtk-open, so it's fully up to the compositor to decide what to do with the window. I'll close this one

@JakeStanger commented on GitHub (May 21, 2024): Ironbar just calls `gtk-open`, so it's fully up to the compositor to decide what to do with the window. I'll close this one

JakeStanger commented

2026-05-23 01:53:12 +01:00

Author

Owner

@donovanglover commented on GitHub (Jun 1, 2024):

For anyone else wondering, this is a known issue and expected behavior. The workaround is to change initial_workspace_tracking to 0.

@donovanglover commented on GitHub (Jun 1, 2024): For anyone else wondering, this is a known issue and expected behavior. The workaround is to change [`initial_workspace_tracking`](https://wiki.hyprland.org/Configuring/Variables/#misc) to 0. Related: - https://github.com/hyprwm/Hyprland/issues/6124 - https://github.com/hyprwm/Hyprland/issues/6128 - https://github.com/hyprwm/Hyprland/issues/5919 - https://github.com/hyprwm/Hyprland/issues/6102#issuecomment-2116333269