Skip to content

Bump the bundled UI versions (Scalar 1.62.6, Stoplight 9.0.24) - #115

Merged
FumingPower3925 merged 2 commits into
mainfrom
bump-ui-bundles-v083
Jul 15, 2026
Merged

Bump the bundled UI versions (Scalar 1.62.6, Stoplight 9.0.24)#115
FumingPower3925 merged 2 commits into
mainfrom
bump-ui-bundles-v083

Conversation

@FumingPower3925

Copy link
Copy Markdown
Owner

Supersedes #114 (the Dependabot all-ui-bundles group PR, which only edits package.json).

Three updates, each verified independently:

package from → to ships to users?
@scalar/api-reference 1.62.5 → 1.62.6 yes — bundle bytes changed, SRI re-pinned
@stoplight/elements 9.0.23 → 9.0.24 no — vendored bytes byte-identical, hashes unchanged
typescript 6.0.3 → 7.0.2 (major) no — CI-only type-check pin

Supply-chain verification

  • Scalar 1.62.6 — npm signature and SLSA build provenance (slsa.dev/provenance/v1) attesting a build from github.com/scalar/scalar via .github/workflows/main.yml. Tarball sha512 matches the published dist.integrity; jsDelivr is byte-identical to the tarball; SRI recomputed from those bytes (sha384-N7JUv0+…). External-host set identical to 1.62.5 (49 hosts); active-network surface unchanged (fetch("http/sendBeacon/analytics = 0; .track(/telemetry counts identical — pre-existing Vue reactivity + a config toggle, fenced by connect-src 'self'). data-url/data-configuration auto-mount intact.
  • Stoplight 9.0.24 — tarball sha512 matches published integrity; jsDelivr byte-identical for both assets; and the assets are byte-identical to 9.0.23, so the computed sha384s equal the existing pins. Nothing new ships.
  • TypeScript 7.0.2 — tarball sha512 matches published integrity. 7.0.2 being the first stable 7.0 is TypeScript's normal convention (betas/RCs at .0-beta/.1-rc; stable starts at .2), confirmed by dist-tags (rc: 7.0.1-rc, latest: 7.0.2).
  • No provenance regression anywhere: Stoplight and TypeScript have never published SLSA attestations (unchanged from the versions we already ship); Scalar always has.

One finding worth recording

@stoplight/elements@9.0.24 adds a @scarf/scarf dependency — npm install-time analytics (postinstall: node ./report.js). It cannot reach stdocs: the vendored bytes contain zero references to it (they're byte-identical to pre-scarf 9.0.23), there is no lockfile, and nothing in this repo ever runs npm install — CI only npx-installs typescript by name. stdocs consumers get Go code plus vendored assets and never touch npm.

Verification

  • gofmt/vet/build/go test -race ./.../golangci-lint clean; all four Scalar/Stoplight pinning, embedded-integrity, and package.json parity tests pass.
  • TypeScript 7 gate proven, not assumed: the tsgen golden passes tsc 7.0.2 --strict --noEmit (exit 0), and a deliberately injected type error still fails it (exit 1, TS2322) — so the gate is real, not vacuous.
  • uismoke renders all nine UIs under the enforced CSP (plus all eight config variants): both bumped bundles mount, CSP-safe defaults still hide the phone-home chrome, WithConfiguration still works. Scalar 1.62.6 screenshotted for visual fidelity.

Scalar @scalar/api-reference 1.62.5 -> 1.62.6 across the CDN pin, the
embedded bundle, and the package.json tracker; the patch adds AsyncAPI
document-wide auth rendering and a plugin auth-accessor fix, and the
data-configuration and CSP contracts are unchanged.

Stoplight @stoplight/elements 9.0.23 -> 9.0.24: both vendored assets are
byte-identical to 9.0.23, so only the pinned version moved and the SRI
hashes stay as they were.

The CI type-check pin moves typescript 6.0.3 -> 7.0.2 (a major). It is
dev-only tooling — CI npx-installs just tsc to type-check the tsgen
golden — and the generated TypeScript still passes tsc 7.0.2 --strict,
with a deliberate type error confirmed to still fail the gate.

Supersedes #114. Both bundles were verified byte-identical across the
npm tarball and jsDelivr, their sha512s match the published dist
integrity, Scalar carries SLSA build provenance from
github.com/scalar/scalar, and the external-host sets are unchanged.

Note: @stoplight/elements 9.0.24 adds an @scarf/scarf dependency (npm
install-time analytics). It cannot reach stdocs: the vendored bytes do
not contain it, there is no lockfile, and nothing here ever runs npm
install — CI only npx-installs typescript by name.
@FumingPower3925
FumingPower3925 merged commit 225245a into main Jul 15, 2026
40 checks passed
FumingPower3925 added a commit that referenced this pull request Jul 15, 2026
Scalar @scalar/api-reference 1.62.5 -> 1.62.6 across the CDN pin, the
embedded bundle, and the package.json tracker; the patch adds AsyncAPI
document-wide auth rendering and a plugin auth-accessor fix, and the
data-configuration and CSP contracts are unchanged.

Stoplight @stoplight/elements 9.0.23 -> 9.0.24: both vendored assets are
byte-identical to 9.0.23, so only the pinned version moved and the SRI
hashes stay as they were.

The CI type-check pin moves typescript 6.0.3 -> 7.0.2 (a major). It is
dev-only tooling — CI npx-installs just tsc to type-check the tsgen
golden — and the generated TypeScript still passes tsc 7.0.2 --strict,
with a deliberate type error confirmed to still fail the gate.

Supersedes #114. Both bundles were verified byte-identical across the
npm tarball and jsDelivr, their sha512s match the published dist
integrity, Scalar carries SLSA build provenance from
github.com/scalar/scalar, and the external-host sets are unchanged.

Note: @stoplight/elements 9.0.24 adds an @scarf/scarf dependency (npm
install-time analytics). It cannot reach stdocs: the vendored bytes do
not contain it, there is no lockfile, and nothing here ever runs npm
install — CI only npx-installs typescript by name.
@FumingPower3925
FumingPower3925 deleted the bump-ui-bundles-v083 branch July 15, 2026 14:37
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