ci / bun-nix (pull_request) Successful in 41s
ci / docs-site (pull_request) Successful in 1m7s
macos-host / check (pull_request) Successful in 1m6s
secret-scan / gitleaks (pull_request) Successful in 24s
ci / docs-drift (pull_request) Failing after 45s
ci / web (pull_request) Successful in 1m47s
ci / rust-arm64 (pull_request) Successful in 2m36s
android / android (pull_request) Successful in 6m53s
ci / rust (pull_request) Successful in 10m25s
With PUNKTFUNK_VDISPLAY_HZ_MULT set, every Windows IDD-push session died at bring-up: the retry-hold lease created the monitor at the session rate, then the build's acquire asked for the multiplied rate, forcing an in-place mode churn on the just-arrived monitor. The OS pins settable modes at arrival, so the multiplied rate was BADMODE-rejected — and the mode-list churn landed under the opening capture ring, whose frames then all dropped as size/format mismatches until the retries ran out. Make the lease request the same display_mode_for(mode) the build acquires. The monitor arrives at the multiplied rate — no mid-open churn, and the rate is in the arrival list so it actually commits. A driver that still cannot run it falls back through the existing achieved-rate path.