Dwindle layout seems to occasionally lose track of split direction and size when switching workspaces

[rmunn]

I have an intermittent problem, which seems to happen maybe one time out of 10 or out of 20. Occasionally when I switch workspaces, the dwindle layout seems to lose track of the split direction I had chosen for that workspace's windows, and seems to lay them out again from scratch.

Specifically, I like to have two windows open on workspace 1: VS Code on top, taking about three-quarters of the screen, and a Ghostty terminal window at the bottom, taking about one-quarter of the screen. I usually do this by opening a terminal, then running VS Code from inside it, which initially splits the window with VS Code on the left and the terminal on the right. (Usually, because it's based on my mouse position and my mouse is often at the left side of the screen when I open VS Code). I then hit my togglesplit keybinding to put VS Code on top and the terminal window on the bottom, then hit my resize keybindings until the size is split the way I like.

But every so often, when I press $mainMod+1 to switch to workspace 1 from another workspace (typically one where I had a full-screen browser window open), I see the windows on workspace 1 rearrange themselves to their original position and size, so VS Code is back on the left and the terminal window is back on the right, with an even split between them instead of the roughly 3/4-1/4 top-to-bottom split I had set up. It's only a matter of seconds to press my keybindings again and fix this, but since I switch workspaces a lot, it ends up happening two or three times per day, and it's a bit annoying.

At first I thought I was accidentally hitting the togglesplit keybinding at the same time as the workspace switch and that was causing this issue, but with the keybinding nowhere near $mainMod+1, it's still happening. And even if I was hitting togglesplit by accident, that wouldn't cause the size to go back to the default.

Is there some way I can capture debugging info to help narrow down what is causing this problem? I've thought of watching $XDG_RUNTIME_DIR/hypr/$HYPRLAND_INSTANCE_SIGNATURE/.socket2.sock to catch this happening, but I'm pretty sure all I would see is the workspace-switching event being triggered (togglesplit, unless I'm missing something in https://wiki.hypr.land/IPC/#events-list , is not written to socket2).

If there's a good way for me to help debug this issue (or prove that it's not a Hyprland bug but something else, though at the moment I don't know what else it could be) then please let me know what I can do to help narrow down the cause.

[Dregu]

I have a feeling this is related to the issue I'm having with #11629 where sometimes a completely different monitor/workspace rearranges itself to defaults when not interacted with at all, which would mean my issue is not really related to the pr...