Skip to content

build(deps): upgrade vitest to v5 - #70

Merged
bhouston merged 1 commit into
mainfrom
build/69-ts7-vitest5-stage2
Sep 25, 2026
Merged

bhouston merged 1 commit into
mainfrom
build/69-ts7-vitest5-stage2

Conversation

@bhouston

Copy link
Copy Markdown
Owner

Closes #69

Summary

  • typescript was already ^7.0.2 on main (no-op for this PR).
  • vitest / @vitest/coverage-v8: ^4.1.10 -> ^5.0.1. No config API changes or source changes were needed.

Validation

  • pnpm build, pnpm tsc, pnpm lint, pnpm exec oxfmt --check . pass
  • pnpm release:check passes (12/12)
  • pnpm size: hdrify 42.15 kB / 50 kB, hdrify-react 17.19 kB / 22 kB (unchanged)
  • pnpm test --coverage: running locally (heavy EXR-decode suite; watching PR CI on dedicated runners for the authoritative result, per the same note as chore: standardize CI/tooling to v2 canonical (stage 1) #68)

typescript was already ^7.0.2 (no-op for this PR). vitest /
@vitest/coverage-v8 -> ^5.0.1; no config API changes or source changes
were needed.

Closes #69
@bhouston
bhouston merged commit 46c36e7 into main Sep 25, 2026
2 checks passed
@bhouston
bhouston deleted the build/69-ts7-vitest5-stage2 branch September 25, 2026 18:18
@codecov-commenter

Copy link
Copy Markdown

⚠️ Please install the 'codecov app svg image' to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

bhouston added a commit that referenced this pull request Sep 25, 2026
Closes #71

## Summary
Deferred from stage 1 (#68): `unicorn/no-new-array` was kept `"off"`
because turning it on surfaced 10 pre-existing errors in `pizHuffman.ts`
and `b44Codec.test.ts`.

- Replaced `new Array(n)` with `Array.from({ length: n })` at all 8 call
sites in `pizHuffman.ts` and 2 in `b44Codec.test.ts`.
- Added an explicit `Array.from<number>({ length: n })` type argument at
the two untyped call sites (`hufTableBuffer`, `freq` in `hufUncompress`)
— `new Array(n)` without an annotation inferred `any[]`, so removing it
surfaced real `tsc` errors (arithmetic on possibly-`unknown`/`null`
values) that needed the explicit type to keep compiling; behavior is
unchanged since every one of these arrays is fully populated by index
before being read elsewhere (the dense-vs-sparse difference between
`Array.from` and `new Array` doesn't matter for direct index access).
- `.oxlintrc.json`: flips `unicorn/no-new-array` to `"error"`, now
byte-identical to canonical alongside the other two tightened rules
(already enabled since stage 1).

## Validation
- `pnpm build`, `pnpm tsc`, `pnpm lint`, `pnpm exec oxfmt --check .`
pass
- `pnpm exec vitest run packages/hdrify/src/exr/b44Codec.test.ts` (the
touched test file): 8/8 pass
- `pnpm test --coverage` (full suite): running; watching PR CI on
dedicated runners for the authoritative result (local EXR-decode tests
intermittently time out on this machine under load, as noted in #68/#70)
- `node /path/to/standards/check-drift.mjs <repo>`: clean, no exceptions
remaining
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.

build(deps): upgrade typescript to 7 and vitest to v5 (stage 2)

2 participants