Skip to content

feat(v0.10.0): clickable NEEDS VERIFICATION badge + fix repo URL - #130

Merged
ohgeeceee merged 1 commit into
mainfrom
feat/v0.10.0-verified-badge-link
Jul 19, 2026
Merged

feat(v0.10.0): clickable NEEDS VERIFICATION badge + fix repo URL#130
ohgeeceee merged 1 commit into
mainfrom
feat/v0.10.0-verified-badge-link

Conversation

@ohgeeceee

Copy link
Copy Markdown
Owner

Summary

v0.10.0 follow-up to the plan verification badge (#127).

  • Clickable badge. The NEEDS VERIFICATION tag now opens the real-car validation harness doc (docs/validation/testplans.md) on click — the procedure to upgrade a plan from needs-verification to verified. A VERIFIED plan shows a static green tag. Uses the app's existing external-link convention (window.open(target=_blank, noopener)), same as the oracle/opinion source links.
  • Fixes a latent TDZ bug from feat(v0.10.0): plan verification badge in walkthrough header (Tier A) #127. loadTestPlan read plan.verified before const plan = await invoke(...) was declared — a ReferenceError at runtime. Unit tests never exercised loadTestPlan, so it slipped through. The badge now renders after the plan resolves, via a new renderPlanVerifiedBadge() helper.
  • plan_verified_state() now carries the harness href + tooltip.
  • Repo-URL fix. The about modal hardcoded ohjoncurrie/beeemuu; the canonical owner (confirmed via git remote, gh repo view, and gh pr view 127) is ohgeeceee/beeemuu. Corrected.

Verification

  • npm run build (canonical tauri build) — passes, produces BeeEmUu_0.10.0_x64 bundles.
  • node --check src/js/main.js — OK.
  • node --test src/js/test/*.test.cjs — 56 passing.
  • Target file docs/validation/testplans.md confirmed present at origin/main (local git show).

Note on link target: GitHub's contents API + HTML blob pages 404 from this sandbox's egress (same 404 for the known-good service-functions.md), but the file is authoritatively present at the repo tip via local git, and the owner ohgeeceee/beeemuu is verified by three independent sources. The /blob/main/... URL is the standard GitHub path and resolves in a normal browser.

Tier

A (frontend-only; no protected path). 2 files changed: src/js/main.js, src/index.html.

Files

src/js/main.js     | badge renders post-resolve + clickable harness link; renderPlanVerifiedBadge() helper; plan_verified_state() href
src/index.html     | about modal repo owner ohjoncurrie -> ohgeeceee

v0.10.0 follow-up to the plan verification badge (#127).

- The NEEDS VERIFICATION badge now opens the real-car validation harness doc (docs/validation/testplans.md) on click — the procedure to upgrade a plan. VERIFIED shows a static green tag. Uses the app's existing external-link pattern (window.open target=_blank noopener).
- Fixes a latent TDZ bug from #127: loadTestPlan previously read plan.verified before the plan was resolved (ReferenceError at runtime; unit tests never exercised loadTestPlan). The badge now renders after get_test_plan resolves, via a new renderPlanVerifiedBadge() helper.
- plan_verified_state() now carries the harness href + tooltip.
- Fixed the about modal's stale repo owner (ohjoncurrie -> ohgeeceee, the canonical owner confirmed via git remote + gh repo view + gh pr view).

Tier A. Verified: npm run build compiles clean; node --check main.js OK; node --test 56 pass.
@ohgeeceee
ohgeeceee merged commit 8bc4293 into main Jul 19, 2026
10 of 11 checks passed
@ohgeeceee
ohgeeceee deleted the feat/v0.10.0-verified-badge-link branch July 19, 2026 16:34

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: deeb1a3527

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread src/js/main.js
return {
label: "NEEDS VERIFICATION",
cls: "is-unverified",
href: "https://github.com/ohgeeceee/beeemuu/blob/main/docs/validation/testplans.md",

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Point the badge at the canonical repository

The clickable badge targets ohgeeceee/beeemuu, but the repository is ohgeeceee/beemuu as documented in README.md and src-tauri/Cargo.toml, so every click opens a nonexistent repository instead of the validation guide. The source text added at src/index.html:499 contains the same extra e and should be corrected as well.

Useful? React with 👍 / 👎.

Comment thread src/js/main.js
Comment on lines +861 to +863
if (verifiedEl) {
renderPlanVerifiedBadge(verifiedEl, plan ? plan.verified : undefined);
}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Clear the previous badge before awaiting the new plan

When a user opens a second DTC after viewing a plan with a verification marker, the old badge remains beside the newly assigned code until this await resolves. If get_test_plan rejects, the catch path never updates the badge, so the second DTC remains permanently mislabeled and retains the previous badge's click handler; hide or reset it when beginning the lookup or on failure.

Useful? React with 👍 / 👎.

Comment thread src/js/main.js
Comment on lines +889 to +891
el.title = v.title;
el.style.cursor = "pointer";
el.onclick = () => window.open(v.href, "_blank", "noopener");

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Make the clickable badge keyboard-accessible

For plans needing verification, the new navigation is attached only through onclick to a non-focusable <span>, so keyboard-only users cannot focus or activate the validation link. Render this state as an anchor or button (or supply equivalent focus, role, and keyboard handling) so the advertised click target is available without a pointer.

Useful? React with 👍 / 👎.

github-actions Bot pushed a commit that referenced this pull request Jul 29, 2026
…der claim (#182)

Two small doc-rot fixes from the same audit that found
the v0.15.1/v0.16.0/v0.16.3/v0.16.5 false claims in the
forward roadmap (PR #181):

1. community/testplans/README.md:33 — 'UI rendering lands
   in a follow-up' was wrong. The walkthrough verification
   badge is shipped in the desktop app (src/js/main.js
   renderPlanVerifiedBadge, PR #127) and in the standalone
   walkthrough HTML bundle (src/js/walkthrough_bundle.js
   buildBundleHtml, PR #127/#130). The README now points
   at both rendering sites.

2. community/freeze/README.md:68 — the reference to
   'docs/validation/freeze-frame.md harness (planned
   v0.14.1)' was stale: the doc didn't exist. v0.14.1
   shipped without it. This PR ships the missing harness
   doc + updates the README reference.

The new docs/validation/freeze-frame.md mirrors the
n62-real-car.md (PR #178) and can-broadcast.md (PR #164)
shape: 5 steps, copy-pasteable GitHub issue template, a
'Verification results' closeout, and explicit
cross-references. The per-ECU schema format (offset,
width, scale, bias) is already documented in
community/freeze/README.md and referenced verbatim.

The DME/DSC/FRM freeze-frame byte-0..2 convention (engine
speed u16 BE + coolant byte - 40) is the only portion
that's shared across all three simulator fixtures and
chassis-validated today; offsets 3-8 remain unverified
and the harness doc is explicit about the
'do-not-invent-meaning' discipline.

Tier A, no test impact, no code changes. Auto-merge on
CI green per CLAUDE.md rule 2.

Co-authored-by: ohgeeceee <ohgeeceee@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant