chore(deps): update dependency esbuild to v0.14.39 #1944

Merged
konrad merged 1 commits from renovate/esbuild-0.x into main 2022-05-14 14:32:26 +00:00
Member

This PR contains the following updates:

Package Type Update Change
esbuild devDependencies patch 0.14.38 -> 0.14.39

Release Notes

evanw/esbuild

v0.14.39

Compare Source

  • Fix code generation for export default and /* @​__PURE__ */ call (#​2203)

    The /* @​__PURE__ */ comment annotation can be added to function calls to indicate that they are side-effect free. These annotations are passed through into the output by esbuild since many JavaScript tools understand them. However, there was an edge case where printing this comment before a function call caused esbuild to fail to parenthesize a function literal because it thought it was no longer at the start of the expression. This problem has been fixed:

    // Original code
    export default /* @​__PURE__ */ (function() {
    })()
    
    // Old output
    export default /* @​__PURE__ */ function() {
    }();
    
    // New output
    export default /* @​__PURE__ */ (function() {
    })();
    
  • Preserve ... before JSX child expressions (#​2245)

    TypeScript 4.5 changed how JSX child expressions that start with ... are emitted. Previously the ... was omitted but starting with TypeScript 4.5, the ... is now preserved instead. This release updates esbuild to match TypeScript's new output in this case:

    // Original code
    console.log(<a>{...b}</a>)
    
    // Old output
    console.log(/* @&#8203;__PURE__ */ React.createElement("a", null, b));
    
    // New output
    console.log(/* @&#8203;__PURE__ */ React.createElement("a", null, ...b));
    

    Note that this behavior is TypeScript-specific. Babel doesn't support the ... token at all (it gives the error "Spread children are not supported in React").

  • Slightly adjust esbuild's handling of the browser field in package.json (#​2239)

    This release changes esbuild's interpretation of browser path remapping to fix a regression that was introduced in esbuild version 0.14.21. Browserify has a bug where it incorrectly matches package paths to relative paths in the browser field, and esbuild replicates this bug for compatibility with Browserify. I have a set of tests that I use to verify that esbuild's replication of this Browserify is accurate here: https://github.com/evanw/package-json-browser-tests. However, I was missing a test case and esbuild's behavior diverges from Browserify in this case. This release now handles this edge case as well:

    • entry.js:

      require('pkg/sub')
      
    • node_modules/pkg/package.json:

      {
        "browser": {
          "./sub": "./sub/foo.js",
          "./sub/sub.js": "./sub/foo.js"
        }
      }
      
    • node_modules/pkg/sub/foo.js:

      require('sub')
      
    • node_modules/sub/index.js:

      console.log('works')
      

    The import path sub in require('sub') was previously matching the remapping "./sub/sub.js": "./sub/foo.js" but with this release it should now no longer match that remapping. Now require('sub') will only match the remapping "./sub/sub": "./sub/foo.js" (without the trailing .js). Browserify apparently only matches without the .js suffix here.


Configuration

📅 Schedule: 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.


  • If you want to rebase/retry this PR, click this checkbox.

This PR has been generated by Renovate Bot.

This PR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | [esbuild](https://github.com/evanw/esbuild) | devDependencies | patch | [`0.14.38` -> `0.14.39`](https://renovatebot.com/diffs/npm/esbuild/0.14.38/0.14.39) | --- ### Release Notes <details> <summary>evanw/esbuild</summary> ### [`v0.14.39`](https://github.com/evanw/esbuild/blob/master/CHANGELOG.md#&#8203;01439) [Compare Source](https://github.com/evanw/esbuild/compare/v0.14.38...v0.14.39) - Fix code generation for `export default` and `/* @&#8203;__PURE__ */` call ([#&#8203;2203](https://github.com/evanw/esbuild/issues/2203)) The `/* @&#8203;__PURE__ */` comment annotation can be added to function calls to indicate that they are side-effect free. These annotations are passed through into the output by esbuild since many JavaScript tools understand them. However, there was an edge case where printing this comment before a function call caused esbuild to fail to parenthesize a function literal because it thought it was no longer at the start of the expression. This problem has been fixed: ```js // Original code export default /* @&#8203;__PURE__ */ (function() { })() // Old output export default /* @&#8203;__PURE__ */ function() { }(); // New output export default /* @&#8203;__PURE__ */ (function() { })(); ``` - Preserve `...` before JSX child expressions ([#&#8203;2245](https://github.com/evanw/esbuild/issues/2245)) TypeScript 4.5 changed how JSX child expressions that start with `...` are emitted. Previously the `...` was omitted but starting with TypeScript 4.5, the `...` is now preserved instead. This release updates esbuild to match TypeScript's new output in this case: ```jsx // Original code console.log(<a>{...b}</a>) // Old output console.log(/* @&#8203;__PURE__ */ React.createElement("a", null, b)); // New output console.log(/* @&#8203;__PURE__ */ React.createElement("a", null, ...b)); ``` Note that this behavior is TypeScript-specific. Babel doesn't support the `...` token at all (it gives the error "Spread children are not supported in React"). - Slightly adjust esbuild's handling of the `browser` field in `package.json` ([#&#8203;2239](https://github.com/evanw/esbuild/issues/2239)) This release changes esbuild's interpretation of `browser` path remapping to fix a regression that was introduced in esbuild version 0.14.21. Browserify has a bug where it incorrectly matches package paths to relative paths in the `browser` field, and esbuild replicates this bug for compatibility with Browserify. I have a set of tests that I use to verify that esbuild's replication of this Browserify is accurate here: https://github.com/evanw/package-json-browser-tests. However, I was missing a test case and esbuild's behavior diverges from Browserify in this case. This release now handles this edge case as well: - `entry.js`: ```js require('pkg/sub') ``` - `node_modules/pkg/package.json`: ```json { "browser": { "./sub": "./sub/foo.js", "./sub/sub.js": "./sub/foo.js" } } ``` - `node_modules/pkg/sub/foo.js`: ```js require('sub') ``` - `node_modules/sub/index.js`: ```js console.log('works') ``` The import path `sub` in `require('sub')` was previously matching the remapping `"./sub/sub.js": "./sub/foo.js"` but with this release it should now no longer match that remapping. Now `require('sub')` will only match the remapping `"./sub/sub": "./sub/foo.js"` (without the trailing `.js`). Browserify apparently only matches without the `.js` suffix here. </details> --- ### Configuration 📅 **Schedule**: 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. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this PR, click this checkbox. --- This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).
renovate added the
dependencies
label 2022-05-11 22:03:36 +00:00
renovate added 1 commit 2022-05-11 22:03:38 +00:00
continuous-integration/drone/pr Build is passing Details
ef453df9d3
chore(deps): update dependency esbuild to v0.14.39
Member

Hi renovate!

Thank you for creating a PR!

I've deployed the changes of this PR on a preview environment under this URL: https://1944-renovate-esbuild-0-x--vikunja-frontend-preview.netlify.app

You can use this url to view the changes live and test them out.
You will need to manually connect this to an api running somehwere. The easiest to use is https://try.vikunja.io/.

Have a nice day!

Beep boop, I'm a bot.

Hi renovate! Thank you for creating a PR! I've deployed the changes of this PR on a preview environment under this URL: https://1944-renovate-esbuild-0-x--vikunja-frontend-preview.netlify.app You can use this url to view the changes live and test them out. You will need to manually connect this to an api running somehwere. The easiest to use is https://try.vikunja.io/. Have a nice day! > Beep boop, I'm a bot.
konrad merged commit da809cbd7e into main 2022-05-14 14:32:26 +00:00
konrad deleted branch renovate/esbuild-0.x 2022-05-14 14:32:26 +00:00
This repo is archived. You cannot comment on pull requests.
No description provided.