User's tiny-equalizer.nvim runs 'tabdo wincmd =' on every VimResized, equalizing every window — which destroys our explicit sidebar/console sizing and bar pinning. Not focus.nvim like I guessed; the real culprit is their own plugin doing exactly what it says on the tin. Fix: defer our VimResized reposition via vim.schedule so our handler runs AFTER tiny-equalizer's `wincmd =` in the same event-loop tick. We re-pin the layout and reverse the equalization damage. Also added a WinResized autocmd (guarded against recursion via M._pinning flag) so that individual-window resizes — including manual user drags on pane separators and other `wincmd =` invocations from anywhere else — also trigger a re-pin. This is more aggressive than the VimResized coverage but necessary because mouse-drag resizes don't fire VimResized. Trade-off: the user can no longer manually resize a single dapui pane and have the size stick — winfixheight + our re-pin will snap it back. That's the correct behavior for debug mode (we own the layout); users who want manual resize can toggle debug mode off. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>