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)