siyul-park / uniflow

A high-performance, extremely flexible, and easily extensible universal workflow engine.
MIT License
42 stars 5 forks source link

fix(deps): update module github.com/evanw/esbuild to v0.21.5 #142

Closed renovate[bot] closed 3 months ago

renovate[bot] commented 3 months ago

Mend Renovate

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
github.com/evanw/esbuild v0.21.4 -> v0.21.5 age adoption passing confidence

Release Notes

evanw/esbuild (github.com/evanw/esbuild) ### [`v0.21.5`](https://togithub.com/evanw/esbuild/releases/tag/v0.21.5) [Compare Source](https://togithub.com/evanw/esbuild/compare/v0.21.4...v0.21.5) - Fix `Symbol.metadata` on classes without a class decorator ([#​3781](https://togithub.com/evanw/esbuild/issues/3781)) This release fixes a bug with esbuild's support for the [decorator metadata proposal](https://togithub.com/tc39/proposal-decorator-metadata). Previously esbuild only added the `Symbol.metadata` property to decorated classes if there was a decorator on the class element itself. However, the proposal says that the `Symbol.metadata` property should be present on all classes that have any decorators at all, not just those with a decorator on the class element itself. - Allow unknown import attributes to be used with the `copy` loader ([#​3792](https://togithub.com/evanw/esbuild/issues/3792)) Import attributes (the `with` keyword on `import` statements) are allowed to alter how that path is loaded. For example, esbuild cannot assume that it knows how to load `./bagel.js` as type `bagel`: ```js // This is an error with "--bundle" without also using "--external:./bagel.js" import tasty from "./bagel.js" with { type: "bagel" } ``` Because of that, bundling this code with esbuild is an error unless the file `./bagel.js` is external to the bundle (such as with `--bundle --external:./bagel.js`). However, there is an additional case where it's ok for esbuild to allow this: if the file is loaded using the `copy` loader. That's because the `copy` loader behaves similarly to `--external` in that the file is left external to the bundle. The difference is that the `copy` loader copies the file into the output folder and rewrites the import path while `--external` doesn't. That means the following will now work with the `copy` loader (such as with `--bundle --loader:.bagel=copy`): ```js // This is no longer an error with "--bundle" and "--loader:.bagel=copy" import tasty from "./tasty.bagel" with { type: "bagel" } ``` - Support import attributes with glob-style imports ([#​3797](https://togithub.com/evanw/esbuild/issues/3797)) This release adds support for import attributes (the `with` option) to glob-style imports (dynamic imports with certain string literal patterns as paths). These imports previously didn't support import attributes due to an oversight. So code like this will now work correctly: ```ts async function loadLocale(locale: string): Locale { const data = await import(`./locales/${locale}.data`, { with: { type: 'json' } }) return unpackLocale(locale, data) } ``` Previously this didn't work even though esbuild normally supports forcing the JSON loader using an import attribute. Attempting to do this used to result in the following error: ✘ [ERROR] No loader is configured for ".data" files: locales/en-US.data example.ts:2:28: 2 │ const data = await import(`./locales/${locale}.data`, { with: { type: 'json' } }) ╵ ~~~~~~~~~~~~~~~~~~~~~~~~~~ In addition, this change means plugins can now access the contents of `with` for glob-style imports. - Support `${configDir}` in `tsconfig.json` files ([#​3782](https://togithub.com/evanw/esbuild/issues/3782)) This adds support for a new feature from the upcoming TypeScript 5.5 release. The character sequence `${configDir}` is now respected at the start of `baseUrl` and `paths` values, which are used by esbuild during bundling to correctly map import paths to file system paths. This feature lets base `tsconfig.json` files specified via `extends` refer to the directory of the top-level `tsconfig.json` file. Here is an example: ```json { "compilerOptions": { "paths": { "js/*": ["${configDir}/dist/js/*"] } } } ``` You can read more in [TypeScript's blog post about their upcoming 5.5 release](https://devblogs.microsoft.com/typescript/announcing-typescript-5-5-rc/#the-configdir-template-variable-for-configuration-files). Note that this feature does not make use of template literals (you need to use `"${configDir}/dist/js/*"` not `` `${configDir}/dist/js/*` ``). The syntax for `tsconfig.json` is still just JSON with comments, and JSON syntax does not allow template literals. This feature only recognizes `${configDir}` in strings for certain path-like properties, and only at the beginning of the string. - Fix internal error with `--supported:object-accessors=false` ([#​3794](https://togithub.com/evanw/esbuild/issues/3794)) This release fixes a regression in 0.21.0 where some code that was added to esbuild's internal runtime library of helper functions for JavaScript decorators fails to parse when you configure esbuild with `--supported:object-accessors=false`. The reason is that esbuild introduced code that does `{ get [name]() {} }` which uses both the `object-extensions` feature for the `[name]` and the `object-accessors` feature for the `get`, but esbuild was incorrectly only checking for `object-extensions` and not for `object-accessors`. Additional tests have been added to avoid this type of issue in the future. A workaround for this issue in earlier releases is to also add `--supported:object-extensions=false`.

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.



This PR has been generated by Mend Renovate. View repository job log here.

renovate[bot] commented 3 months ago

⚠️ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

The artifact failure details are included below:

File name: plugin/go.sum
Command failed: go get -d -t ./...
go: downloading github.com/siyul-park/uniflow v0.6.0
go: downloading github.com/dop251/goja v0.0.0-20240516125602-ccbae20bcec2
go: downloading github.com/evanw/esbuild v0.21.5
go: downloading github.com/pkg/errors v0.9.1
go: downloading github.com/samber/lo v1.39.0
go: downloading github.com/xiatechs/jsonata-go v1.8.7
go: downloading gopkg.in/yaml.v3 v3.0.1
go: downloading github.com/go-faker/faker/v4 v4.4.2
go: downloading github.com/stretchr/testify v1.9.0
go: downloading github.com/jmoiron/sqlx v1.4.0
go: downloading github.com/mattn/go-sqlite3 v1.14.22
go: downloading github.com/andybalholm/brotli v1.1.0
go: downloading github.com/gorilla/websocket v1.5.2
go: downloading github.com/phayes/freeport v0.0.0-20220201140144-74d24b5ae9f5
go: downloading github.com/gofrs/uuid v4.4.0+incompatible
go: downloading github.com/iancoleman/strcase v0.3.0
go: downloading github.com/dlclark/regexp2 v1.11.0
go: downloading github.com/google/pprof v0.0.0-20240528025155-186aa0362fba
go: downloading golang.org/x/text v0.16.0
go: downloading golang.org/x/exp v0.0.0-20240604190554-fc45aab8b7f8
go: downloading github.com/benbjohnson/immutable v0.4.3
go: downloading github.com/goccy/go-json v0.10.3
go: downloading github.com/shopspring/decimal v1.4.0
go: downloading github.com/davecgh/go-spew v1.1.2-0.20180830191138-d8f796af33cc
go: downloading github.com/pmezard/go-difflib v1.0.1-0.20181226105442-5d4384ee4fb2
go: downloading golang.org/x/net v0.26.0
go: downloading github.com/tidwall/btree v1.7.0
go: downloading github.com/go-sourcemap/sourcemap v2.1.4+incompatible
go: downloading github.com/ncruces/go-strftime v0.1.9
go: downloading golang.org/x/sys v0.21.0
go: github.com/siyul-park/uniflow/plugin/pkg/control imports
    github.com/siyul-park/uniflow/pkg/spec: cannot find module providing package github.com/siyul-park/uniflow/pkg/spec
go: github.com/siyul-park/uniflow/plugin/pkg/system imports
    github.com/siyul-park/uniflow/pkg/store: cannot find module providing package github.com/siyul-park/uniflow/pkg/store
codecov[bot] commented 3 months ago

Codecov Report

All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 75.89%. Comparing base (5125fbe) to head (6f5c322).

Additional details and impacted files ```diff @@ Coverage Diff @@ ## main #142 +/- ## ========================================== + Coverage 75.88% 75.89% +0.01% ========================================== Files 122 122 Lines 7705 7705 ========================================== + Hits 5847 5848 +1 - Misses 1278 1279 +1 + Partials 580 578 -2 ```

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.