windowrule workspace & binds:workspace_back_and_forth

[ElChurros]

Hyprland Version

Hyprland, built from branch main at commit 63b2189ce81f08ca77894f50e3d484902283189a dirty (xdgshell: damage old popup coords after a reposition). Tag: v0.28.0-75-g63b2189c flags: (if any)

Bug or Regression?

Bug

Description

I'm using binds:workspace_back_and_forth = true. Assigning a window to a specific workspace using for example windowrulev2 = workspace 3, class:^(kitty)$ and opening this application from the workspace it's assigned to (in this example opening kitty from workspace 3) opens the app on the previously visited workspace. Setting binds:workspace_back_and_forth to false or adding the silent option to the workspace assignment windowrule stops this behavior.

How to reproduce

Steps

• set binds:workspace_back_and_forth to true
• set a windowrule assigning a window to a workspace without the silent option (e.g. windowrulev2 = workspace 3, class:^(kitty)$
• go to workspace 2
• go to workspace 3
• open a new kitty window

What happens

Kitty opens up on workspace 2 and Hyprland automatically navigates to workspace 2, despite kitty being assigned to workspace 3

What should happen

We're already on workspace 3. Kitty should open up on current workspace and Hyprland should stay on current workspace

Crash reports, logs, images, videos

No response

[vaxerski]

worth noting that you probably renamed the workspace.

patch.txt

try this.

[ElChurros]

I have indeed renamed my workspaces using https://github.com/hyprland-community/hyprland-autoname-workspaces. I installed Hyprland with the hyprland-git package. Should I switch to manual install to apply this patch ? Or is there a way to apply it on hyprland-git ?

[vaxerski]

you will need to manually clone hyprland, apply the patch and manually install

[izmyname]

Bump. Is this actual?