Repository navigation
feat(usage): the meters' pace is a setting, off by default - #834
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Summary
Merge Risk: ⚪ Minimal · up to Pace indicators remain off unless enabled, and the reviewed changes show no actionable user-facing issue. The change is mergeable after normal checks. Pre-merge checks |
|
## Change Release 0.4.7, from main at 80ca9bb (47 PRs since v0.4.6). - `package.json` and `herdr-plugin.toml`: 0.4.7. - CHANGELOG: `[Unreleased]` becomes `[0.4.7] - 2026-10-12`, with the compare links. - #513's entry moves out of the 0.4.0 section, where its branch's merge left it, and gets its credit; it says the pace is a setting, off by default (#834). - A Maintenance section covers the PRs that had no entry: #743, #756, #767, #795, #805, #810, #813, #821, #826, #831. - The note under the Hermes entry that asked for a runtime bump at release now says what a remote PC needs. - `release-summaries.json`: 0.4.7 in en/ko/ja/zh/tr (6 new, 6 improved, 5 fixed). The Turkish lines are not checked by a native speaker. - `REMOTE_BUNDLE_VERSION` 25 -> 26. Since v0.4.5's runtime the bridge gained Hermes transcripts (#604), conversation pushes (#689) and Grok/Antigravity activity (#816), so `remote-v26` is published before the app release. Not in this release: #606. ## Validation - `bun scripts/release-notes.ts 0.4.7` renders the summaries and the full changelog (235 lines). - `bun run typecheck` and `bun run build`: pass. - `TMPDIR=/tmp bun run test:unit`: one failure, `server/voice.test.ts` ("audio.webm" vs "clip.webm"), which fails the same way on unmodified `main` on this Mac (Bun 1.4.0); CI runs Bun 1.4.2. - Every PR merged since v0.4.6 was checked against the changelog section: all 47 are linked. ## Release After this merges and its CI on `main` passes: push `remote-v26`, wait for its release, then run the Release workflow with `0.4.7`.
Change
The usage meters' pace (#513: the mark of an even pace on each bar, the rate under it, "Runs out in …" and the chip's red hairline for a low share) becomes a setting, Settings → Subscription usage → Show pace, off by default. With it off the meters read as they did before #513; with it on, as #513 made them.
#513 is not released yet, so nobody loses anything: this decides how it first ships.
usagePaceinsrc/lib/settings.ts(defaultfalse), read byUsageMetersin the three places the pace showed: the chip's hairline, the popover's rows, and the strip's label.Validation
bun run typecheck: pass.settings.test.ts,i18n.test.ts,usage.test.ts: 85 pass.scripts/usage-regression.ts(run through its exported check against a real server and Chrome): pass. New: with plan limits on and the pace not chosen, the strip's label has no "Runs out", no chip isis-fast, and the popover has no mark or rate; turning Show pace on brings them, and the existing pace checks run from there.scripts/settings-pages-demo-regression.ts: 13 PASS (the Subscription usage page with its new row fits 390px and 320px phones in en, ko, ja and zh).Release
Client-side only.