Sourced from esbuild's releases.
v0.20.2
Support TypeScript experimental decorators on
abstractclass fields (#3684)With this release, you can now use TypeScript experimental decorators on
abstractclass fields. This was silently compiled incorrectly in esbuild 0.19.7 and below, and was an error from esbuild 0.19.8 to esbuild 0.20.1. Code such as the following should now work correctly:// Original code const log = (x: any, y: string) => console.log(y) abstract class Foo { @log abstract foo: string } new class extends Foo { foo = '' }// Old output (with --loader=ts --tsconfig-raw={"compilerOptions":{"experimentalDecorators":true}}) const log = (x, y) => console.log(y); class Foo { } new class extends Foo { foo = ""; }();
// New output (with --loader=ts --tsconfig-raw={"compilerOptions":{"experimentalDecorators":true}}) const log = (x, y) => console.log(y); class Foo { } __decorateClass([ log ], Foo.prototype, "foo", 2); new class extends Foo { foo = ""; }();
JSON loader now preserves
__proto__properties (#3700)Copying JSON source code into a JavaScript file will change its meaning if a JSON object contains the
__proto__key. A literal__proto__property in a JavaScript object literal sets the prototype of the object instead of adding a property named__proto__, while a literal__proto__property in a JSON object literal just adds a property named__proto__. With this release, esbuild will now work around this problem by converting JSON to JavaScript with a computed property key in this case:// Original code import data from 'data:application/json,{"__proto__":{"fail":true}}' if (Object.getPrototypeOf(data)?.fail) throw 'fail'// Old output (with --bundle) (() => { // <data:application/json,{"proto":{"fail":true}}> var json_proto_fail_true_default = { proto: { fail: true } };
// entry.js if (Object.getPrototypeOf(json_proto_fail_true_default)?.fail) throw "fail"; })();
... (truncated)
Sourced from esbuild's changelog.
0.20.2
Support TypeScript experimental decorators on
abstractclass fields (#3684)With this release, you can now use TypeScript experimental decorators on
abstractclass fields. This was silently compiled incorrectly in esbuild 0.19.7 and below, and was an error from esbuild 0.19.8 to esbuild 0.20.1. Code such as the following should now work correctly:// Original code const log = (x: any, y: string) => console.log(y) abstract class Foo { @log abstract foo: string } new class extends Foo { foo = '' }// Old output (with --loader=ts --tsconfig-raw={"compilerOptions":{"experimentalDecorators":true}}) const log = (x, y) => console.log(y); class Foo { } new class extends Foo { foo = ""; }();
// New output (with --loader=ts --tsconfig-raw={"compilerOptions":{"experimentalDecorators":true}}) const log = (x, y) => console.log(y); class Foo { } __decorateClass([ log ], Foo.prototype, "foo", 2); new class extends Foo { foo = ""; }();
JSON loader now preserves
__proto__properties (#3700)Copying JSON source code into a JavaScript file will change its meaning if a JSON object contains the
__proto__key. A literal__proto__property in a JavaScript object literal sets the prototype of the object instead of adding a property named__proto__, while a literal__proto__property in a JSON object literal just adds a property named__proto__. With this release, esbuild will now work around this problem by converting JSON to JavaScript with a computed property key in this case:// Original code import data from 'data:application/json,{"__proto__":{"fail":true}}' if (Object.getPrototypeOf(data)?.fail) throw 'fail'// Old output (with --bundle) (() => { // <data:application/json,{"proto":{"fail":true}}> var json_proto_fail_true_default = { proto: { fail: true } };
// entry.js if (Object.getPrototypeOf(json_proto_fail_true_default)?.fail) throw "fail"; })();
... (truncated)
617edda
publish 0.20.2 to npm4780075
fix #3700:
json loader preserves __proto__ keys30bed2d
better errors for invalid js decorator syntax300eeb7
ts: allow non-null assertions in js decorators4d997d9
fix #3698:
yarn pnp edge case with tsconfig.jsoncf42954
resolver: improve some debug loggingb0765ae
fix some lintsdfa6206
fix some comments (closes #3683)ae5cc17
fix #3684:
abstract experimental decoratorsc809af0
fix #2388:
allow consuming types without dom types (#3679)4aa56d3
2.4.1e651ce1
chore: Refresh lockfile1775f13
test: Drop unused import to satisfy TS40903db
fix(cst): Do not drop trailing newline after line comment in block-map
if fol...46a816e
fix: Do not skip folding lines after the first in indented block scalars
(fix...750adbe
fix: Stringify flow collection comments in parent (fixes #528)e07998c
ci: Move update action to yaml-playground, where it has write
access5ba73d1
ci: Update yaml-playground build & BrowserStack tests (#524)