You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had the same error, but was able to remove the package depending on source-map-support, which then got rid of it. @smile18 If you cant remove bunyan what happens if you add the source-map-support package ?
Webpack 2/3 will attempt to parse any and all ES dynamic import() / CommonJS require() calls present in input files. When the Webpack build is has target: web, neither module nor fs will be available, hence the require calls for each of these will fail to resolve and Webpack will fail the build.
To work around this, you can set node.fs and node.module both to "empty" in your Webpack configuration, e.g:
{/* Other configuration keys */node: {fs: "empty",module: "empty",}}
warning in ./node_modules/vue-monaco/node_modules/monaco-editor/esm/vs/editor/common/services/editorSimpleWorker.js
Critical dependency: the request of a dependency is an expression
warning in ./node_modules/source-map-support/source-map-support.js
Module not found: Error: Can't resolve 'module' in '.\node_modules\source-map-support'
@LinusU I'm strapped for time at the moment. Lots of coding these days. Also I'd have to ramp up on the internals of this package before being able to submit a defect free PR.
Activity
ChrisProlls commentedon Jul 12, 2017
Same as me, any ideas ?
ordinaryorange commentedon Jul 24, 2017
I had the same error, but was able to remove the package depending on source-map-support, which then got rid of it. @smile18 If you cant remove bunyan what happens if you add the source-map-support package ?
bzalasky commentedon Aug 2, 2017
It appears to be caused by these lines (~470 in source-map-support.js)...
Perhaps webpack 2 is treating this differently than webpack 1 did?
jscinoz commentedon Oct 27, 2017
Webpack 2/3 will attempt to parse any and all ES dynamic
import()/ CommonJSrequire()calls present in input files. When the Webpack build is hastarget: web, neithermodulenorfswill be available, hence therequirecalls for each of these will fail to resolve and Webpack will fail the build.To work around this, you can set node.fs and node.module both to "empty" in your Webpack configuration, e.g:
Ventzy commentedon Jan 28, 2018
Any idea how to do that in angular-cli (without ng eject)?
raed667 commentedon Feb 21, 2018
up?
ramiy commentedon Dec 16, 2018
Had the same issue:
Solved with Webpack configure mentioned above:
Thanks @jscinoz !!!
JSONRice commentedon May 7, 2019
Yeah this is an issue for me as well. Please fix your software @evanw
LinusU commentedon May 8, 2019
Would be happy to accept a pull request to fix this @Jasonwr☺️
JSONRice commentedon May 8, 2019
@LinusU I'm strapped for time at the moment. Lots of coding these days. Also I'd have to ramp up on the internals of this package before being able to submit a defect free PR.