fix(oxlint, oxfmt): update bindings.js files#19229
Conversation
How to use the Graphite Merge QueueAdd either label to this PR to merge it via the merge queue:
You must have a Graphite account in order to use the merge queue. Sign up using this link. An organization admin has enabled the Graphite Merge Queue in this repository. Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue. This stack of pull requests is managed by Graphite. Learn more about stacking. |
There was a problem hiding this comment.
Pull request overview
This PR updates the auto-generated NAPI-RS bindings.js files for Oxlint and Oxfmt so their native binding package version checks match the versions that were actually released, unblocking CI’s Test NAPI task.
Changes:
- Update Oxlint native binding expected version checks from
1.44.0→1.45.0. - Update Oxfmt native binding expected version checks from
0.29.0→0.30.0.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| apps/oxlint/src-js/bindings.js | Bumps the expected @oxlint/binding-* package version used by the optional NAPI-RS version enforcement check. |
| apps/oxfmt/src-js/bindings.js | Bumps the expected @oxfmt/binding-* package version used by the optional NAPI-RS version enforcement check. |
|
Am going to merge this just to get CI green again. |
We had a failed apps release today. In the first attempt at releasing a87b845 the `bindings.js` files got updated with new version numbers. But in the 2nd release (the successful one) c705f95, for some reason they weren't. Run `pnpm run build-js` for both Oxlint and Oxfmt to update the `bindings.js` files to contain the correct version numbers. The packages published to NPM [have incorrect version numbers](https://www.npmjs.com/package/oxlint?activeTab=code) but I don't think this is a big problem - it'll only cause an error if Oxlint/Oxfmt are run with `NAPI_RS_ENFORCE_VERSION_CHECK=1`. So I think this PR is probably all we need to do, just to get CI Test NAPI task passing again.
We had a failed apps release today. In the first attempt at releasing a87b845 the `bindings.js` files got updated with new version numbers. But in the 2nd release (the successful one) c705f95, for some reason they weren't. Run `pnpm run build-js` for both Oxlint and Oxfmt to update the `bindings.js` files to contain the correct version numbers. The packages published to NPM [have incorrect version numbers](https://www.npmjs.com/package/oxlint?activeTab=code) but I don't think this is a big problem - it'll only cause an error if Oxlint/Oxfmt are run with `NAPI_RS_ENFORCE_VERSION_CHECK=1`. So I think this PR is probably all we need to do, just to get CI Test NAPI task passing again.

We had a failed apps release today. In the first attempt at releasing a87b845 the
bindings.jsfiles got updated with new version numbers. But in the 2nd release (the successful one) c705f95, for some reason they weren't.Run
pnpm run build-jsfor both Oxlint and Oxfmt to update thebindings.jsfiles to contain the correct version numbers.The packages published to NPM have incorrect version numbers but I don't think this is a big problem - it'll only cause an error if Oxlint/Oxfmt are run with
NAPI_RS_ENFORCE_VERSION_CHECK=1.So I think this PR is probably all we need to do, just to get CI Test NAPI task passing again.