hardfist
hardfist
@ZhangTaibin please try 1.0.5
> This issue has been closed, and I'm not sure if it still accepts PR. If it does, I can give it a try. yeah it is acceptable
@tim-soft parallel has same limitation as thread-loader which only supports cloneable options, if you use some cloneable options, consider disable parallel for this loader or consider remove non-cloneable props
compilation.hooks.beforeRuntimeRequirements is not easy support in the near future. may need find some workaround
@pjean https://www.rspack.dev/config/plugins.html#htmlrspackplugin supports sri, if you need sri you can use rspack.HtmlRspackPlugin for workaround
@chenjiahan is it possible for rsbuild to support webpack-subresource-integrity in the forked html-webpack-plugin out of box
> There we go, this is your bug, .ts is registered by type-stripping which behaves differently from ts-node. You really should not rely on a [deprecated property](https://nodejs.org/api/modules.html#requireextensions) since v0.10.6 😞...
@marco-ippolito I wonder why Node.js choose to register `require.extensions['.ts']` directly other than detect if user already registered `require.extetensions['.ts']` and skip register Node.js builtin ts transformation
since the whole mainTemplate will be deprecated in webpack 6 https://github.com/webpack/webpack/blob/899f06934391baede59da3dcd35b5ef51c675dbe/lib/MainTemplate.js#L51 so localVars won't be supported, we will support addRuntimeModule to meet the need of localvars hook
@Sunny-117 can you try the latest 1.2.5 version and it maybe fixed