chore(deps): update npm patch updates - #202
Merged
Merged
Conversation
renovate
Bot
force-pushed
the
renovate/npm-patch-updates
branch
3 times, most recently
from
September 14, 2026 11:05
ce70977 to
16b633e
Compare
renovate
Bot
force-pushed
the
renovate/npm-patch-updates
branch
from
September 14, 2026 11:06
16b633e to
6f1ef7c
Compare
alvarosanchez
added a commit
that referenced
this pull request
Sep 14, 2026
… ref migration write, lockfile) (#203) * fix: address Copilot review of #198 Three follow-ups from the unresolved Copilot review threads on #198: - `readTrustedConfig` swallowed `InvocationScopeDeniedError` and fell back to the remembered/empty config, so a scheduled sync for a company with mappings but no saved plugin-config row silently ran with an empty (or worker-local fallback) config instead of recording the documented operator message. Sync execution now opts into `requireCompanyScope`, and `startSync` turns the rethrown error into `createUnexpectedSyncErrorResult`, which persists `COMPANY_SCOPE_DENIED_SYNC_MESSAGE` (README:380). Settings/registration data paths keep the lenient behavior so the UI can still render an empty config. - `patchPluginConfig` compared the normalized current config against the next config, so a legacy bare-UUID secret ref (which normalizes to the same `{ type: "secret_ref" }` binding the patch produces) made the `githubTokenNeedsConfigSync` migration effect return without POSTing and the host row stayed a bare UUID (`binding_missing`). The equality check now runs against the raw stored shape via the new `hasLegacyPluginSecretRefs` helper, so a legacy row always forces the upgrade write. - Regenerated `package-lock.json` with `npm install --package-lock-only` on Node 24; the SDK range and engines had already been resynced by #199/#202, the root `version` was still on 0.17.0. Adds unit tests for the scheduled scope-denied sync result, the legacy-ref rewrite through `patchPluginConfig`, and `hasLegacyPluginSecretRefs`. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix(ui): keep legacy secret ref rows on hosts that reject binding refs Copilot review of #203: forcing the legacy -> binding migration write made pre-2026.831 hosts (which reject binding refs with "plugin secret references are disabled") fall into the existing strip-and-retry fallback, and `stripPluginSecretRefConfig` drops the `*TokenRefs` maps entirely — so the old host would lose the bare secret-id row that is the only shape it understands. When the legacy migration is the *only* reason for the write (the normalized config is otherwise unchanged), abandon the write instead of persisting the stripped config, leaving the stored row intact. A patch that also changes other config keys still takes the pre-existing strip-and-retry path. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
24.13.3→24.13.40.28.1→0.28.24.23.1→4.23.13Release Notes
evanw/esbuild (esbuild)
v0.28.2Compare Source
Fix tree shaking bug due to TypeScript import alias (#4507)
This release fixes a bug that could cause esbuild to incorrectly tree-shake imports that are used in a TypeScript type alias under certain circumstances. Affected code uses a TypeScript-specific
importassignment and looks something like this:Fix CSS minification bug involving
&(#4497)This release fixes a bug where esbuild's CSS minifier incorrectly removed a
&when it was unsafe to do so. Here is an example:This should match
<span class="a"><span class="b"><span class="b">yes</span></span></span>but not<span class="a"><span class="b">no</span></span>. The old output incorrectly matched both.Avoid overwriting input files without
--allow-overwrite(#4484)For example:
esbuild input.js --outfile=input.jstells esbuild to overwriteinput.jswith the output of running esbuild on it. This was supposed to already be prevented by default, but it accidentally regressed in version 0.17.0 and apparently didn't have any test coverage. The error message was being printed but the input file was still being overwritten. Oops.This release puts the original behavior back. With this release, esbuild should now actually avoid overwriting input files unless
--allow-overwriteis explicitly present. This is done by not writing out any files when a build error is encountered.Fix incorrect code generated when using top-level await (#4498)
Previously esbuild could generate code containing a syntax error in complex scenarios involving top-level await used in a dependency cycle. The problem was a missing
asyncon one or more module wrapper closures. With this release, esbuild now uses a fixed-point iteration algorithm to correctly annotate all dependencies in the cycle as needing anasyncmodule wrapper.Fix a minification bug with lowered logical assignment operators (#4508)
This release fixes a bug that could cause esbuild to generate incorrect code for logical assignment operators when lowering them to an older target environment. Specifically the lowering process requires duplicating the left-hand side, but esbuild incorrectly failed to count the duplicate as a new usage when the left-hand side is an identifier. That then caused the minifier to believe that the left-hand side was only used once and could attempt to incorrectly inline an initializer into the first usage. This bug has now been fixed:
Fix a potential deadlock when the JavaScript API is used incorrectly (#4503, #4506)
The JavaScript API runs the native esbuild executable as a long-lived child process and communicates with it over stdin/stdout/stderr. Each API request is asynchronous and the executable stays open as long as it has work to do, which is as long as either stdin is still open (meaning there may be more API requests) or there are currently requests being processed.
Previously esbuild's tracking of outstanding API requests missed decrementing a reference count in an edge case where esbuild's JavaScript API was used incorrectly and the API request returned an error. This could in some cases cause esbuild's native executable to exit with an error message about a deadlock. This release fixes the reference counting bug.
This fix was submitted by @ZuBB.
Handle target collisions (#4509)
It's possible to specify the same target engine multiple times, such as with
--target=chrome1,chrome99. This edge case wasn't anticipated and previously took the last version for the duplicated target engine instead of the minimum version (sochrome99in this case instead ofchrome1). With this release, esbuild will now pick the minimum version between all duplicated target engines.Force
.mp3files to use theaudio/mpegMIME type (#4485)MIME type detection for esbuild's data URLs uses Go's built-in MIME type detection, which is based on the MIME sniffing standard. This works correctly for MP3 files that start with the byte sequence
ID3, which is commonly the case. However, it's possible to construct valid MP3 files that do not start withID3, and that perhaps Go's built-in MIME type detection doesn't implement the "Signature for MP3 without ID3" part of the algorithm. This results in some.mp3files incorrectly using theapplication/octet-streamMIME type instead ofaudio/mpeg. With this release, esbuild will now always use theaudio/mpegMIME type for files ending in.mp3.Add a new TypeScript syntax warning
TypeScript 7 turned some previously-valid TypeScript syntax into a syntax error because it was confusing. TypeScript 6 accepts
1 + 2 as number * 3as valid syntax but confusingly converts it to(1 + 2) * 3instead of the more intuitive conversion to1 + (2 * 3). This syntax is now an error in TypeScript 7+. With this release, esbuild will now warn about the use of this syntax:See microsoft/TypeScript#63527 for more information.
Add support for formatting errors for Visual Studio (#4460)
Visual Studio has a specific style that it expects log messages to be in for them to show up in the UI when esbuild is run as a custom build step. The current log style that esbuild uses doesn't conform to this specific style.
With this release, esbuild has a new log style for Visual Studio (and other tools in the MSBuild ecosystem) that can be enabled with
--log-style=visualstudio. Here is an example log message in this style:This log style is also available via the JS and Go APIs, and can now be used with the existing
formatMessagesAPI.Fix a bug with CSS gamut mapping (#4488)
Due to a typo, the fallback colors generated for CSS colors outside of the sRGB gamut weren't correct. This release fixes the generated colors to use the intended algorithm.
This fix was submitted by @chatman-media.
privatenumber/tsx (tsx)
v4.23.13Compare Source
v4.23.12Compare Source
Bug Fixes
import.metawhen tokens are split by comments or newlines (#829) (ed9d330), closes #828This release is also available on:
v4.23.11Compare Source
v4.23.10Compare Source
Bug Fixes
This release is also available on:
v4.23.9Compare Source
Bug Fixes
This release is also available on:
v4.23.8Compare Source
Bug Fixes
This release is also available on:
v4.23.7Compare Source
Bug Fixes
This release is also available on:
v4.23.6Compare Source
v4.23.5Compare Source
v4.23.4Compare Source
Bug Fixes
This release is also available on:
v4.23.3Compare Source
Bug Fixes
This release is also available on:
v4.23.2Compare Source
Configuration
📅 Schedule: (in timezone Europe/Madrid)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.