Replies: 3 comments 9 replies
-
|
I don't think it's specific to the vertical taskbar. What happens with a horizontal taskbar in this case? As a workaround, I believe that using the Disable grouping on the taskbar mod will make that behavior more bearable. |
Beta Was this translation helpful? Give feedback.
-
|
Also, as far I understand win10-taskbar-on-win11 and win10-taskbar-on-win11-24h2 are not compatible with win11 25h2, right? |
Beta Was this translation helpful? Give feedback.
-
|
Possibly useful data point from the ExplorerPatcher side of the fence, since the symptom described here ("doesn't return to normal after closing the last window that caused overflow") matches what I recently debugged on EP's Win10-style vertical taskbar: There, the overflow state turned out to be sticky layout state, not missing buttons — on overflow the taskbar lays the extra buttons into real layout columns positioned exactly one taskbar-width off-screen, and after windows close it keeps the stale layout origin and never re-flows back. Two things proved useful and might transfer to diagnosing this mod's behavior:
Full write-up: valinet/ExplorerPatcher#3920 (comment) — and for EP users specifically I packaged the auto-recovery into a small free tool (https://github.com/raminmat/TaskbarGuard). Not directly a fix for this mod, but if the native taskbar's overflow state is similarly "layout that never reverts," a comparable re-layout trigger might be the workaround here too. |
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
-
Is there a way to prevent this ui change that happens when taskbar overflows?
1769502873722393.mp4
Literally unusable. And the worst thing about it is that it doesn't return to normal after closing the last window that caused overflow
Beta Was this translation helpful? Give feedback.
All reactions