Codecov Report

Merging #286 (2e296b8) into master (ff16fc2) will not change coverage.
The diff coverage is 0.00%.

@@           Coverage Diff           @@
##           master     #286   +/-   ##
=======================================
  Coverage   94.93%   94.93%           
=======================================
  Files          39       39           
  Lines        1579     1579           
=======================================
  Hits         1499     1499           
  Misses         80       80           

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update ff16fc2...2e296b8. Read the comment docs.

Please provide example how we can reproduce the problem

Please provide example how we can reproduce the problem

@alexander-akait : https://github.com/ferdinando-ferreira/enhanced-resolve-pnpapi-bug

git clone https://github.com/ferdinando-ferreira/enhanced-resolve-pnpapi-bug.git enhanced-resolve-pnpapi-bug
cd enhanced-resolve-pnpapi-bug
npm install
npm run build

@ferdinando-ferreira Why do you bundle webpack? You should ignore this module (resolve.fallback.pnpapi: false) when you bundle webpack for browser, because browsers doesn't support pnp

Why do you bundle webpack?

@alexander-akait : To provide the minimal usecase requested.

Regardless of usefulness it provides the exact error case reported:

require("pnpapi")

when it should be

require("./PnpPlugin").PnpApiImpl

because there is no pnpapi package.

Would you prefer a "realistic" use case that would hit the same error?

Please read https://yarnpkg.com/advanced/pnpapi, require("pnpapi") !== require("./PnpPlugin").PnpApiImpl

Please read https://yarnpkg.com/advanced/pnpapi, require("pnpapi") !== require("./PnpPlugin").PnpApiImpl

You are correct! The root cause of the error must be then the original issue submitter accidentally bundling something with a require to webpack (or other package depending on enhanced-resolve) with target: web.

@dlredden, @dstampher: any chance that's the case?

Yep, in this case resolve.fallback.pnpapi: false should solve the problem

If you want to use PnP with the compiled bundle, it's not resolve.fallback but externals instead:

externals: {
  pnpapi: true
}