workerize-loader

I'm running into this in my react app (next.js) when trying to use the

Used to be the case with Webpack 4 that we could pass as the name template for workerize-loader to use; and we'd get workers output into a folder structure mirroring their original source location. This was nice for debugging purposes to easily identify workers, because the entry point file for esp. larger workers is usually some kind of file. means you don't need to inspect every separate worker named - and it prevented name collisions when you would generate names in development builds without hash fingerprints in them. As of Webpack 5, that functionality appears to be broken. It resolves and just fine, but doesn't know how to deal with . I'm using a plugin to dynamically inject options into loaders to configure bare loader URLs such as centrally, and luckily I was able to extend the logic there to use the current compilation context and module context to compute a relative path, but yeah... _this_ is not very ergonomic, easily understood or maintainable: compared to what it _used_ to be:

Hi, with webpack@4.14.0, I'm unable to get this loader working. It throws an error at build time! I can see _compilation in the deprecated properties in the loader API https://webpack.js.org/api/loaders/#deprecated-context-properties Maybe it has been removed completely in the latest webpack versions ?? Here's what gives when I console.log(this._compilation) Hope to hear from you guys! Thanks for this awesome package!