assist v0.291
Driving Windows sessions from the WSL dashboard
Yesterday’s TCP proxy was the pipe; today was about actually driving Windows sessions through it from the WSL dashboard. I can now launch, write to, and control a Windows-host session from the same web UI as the local ones, with paths translated across the boundary (windowsCwdToWslPath) so a session’s working directory makes sense on both sides. Two fixes kept that honest: the Windows daemon now auto-heals when it detects a version drift from the WSL side — spotting the mismatch (isWindowsCreate) and restarting itself so the two halves don’t silently run different code — and backlog origin resolution now handles the Windows case (getCurrentOrigin) so items get tagged to the right repo.
The web nav got a few upgrades. Account rate limits are now surfaced right in the nav bar via a RateLimitsIndicator, with the daemon relaying the limits through (relayRateLimits) and a rateLimitLevel mapping them to a colour so I can see at a glance how much headroom is left before starting more work. I also added a hamburger menu that pulls the restart actions into the browser — HamburgerMenu, RestartConfirmDialog and a postRestart call — so I can restart the daemon or web server without reaching for the Ctrl+R terminal menu. With those in place I dropped the now-redundant “next” button from the web view.
Finally, assist refactor rename file got noticeably faster. I split the work into a computeRenameRewrites planning step and an applyRename execution step, which trimmed the redundant passes that were making the rename feel sluggish on larger projects.