Rob Hogan

Hi @fredrikburmester, thanks for the report. Just to clarify, what do you mean when you say "run the build process"? There are a bunch of steps in resolving and then...

Huge thanks for working on this @jbroma. From my testing just now I think there may be a bit more to this though that explains why an array is useful....

Hmm - thanks for the report. That's unexpected and it's particularly surprising that dynamic imports should be any different here - does it work if you use a static `require`/`import`?

That is quite bizarre! The resolution logic should be exactly the same afaik. Would you be able to share your `metro.config.js` (if not the whole thing, anything under `resolver`)? Is...

Hi @doodlez79 - it's gated behind `__DEV__` here - it's one of several dev-only APIs. https://github.com/facebook/metro/blob/c3aec551139faace766031f65569e073a59002b8/packages/metro-runtime/src/polyfills/require.js#L530-L539 Even if we exposed `getModules` in production, the entries returned would be lacking a...

IIRC @EvanBacon was interested in this API (and forked the polyfill to get it) - happy to expose something but ideally we'll keep the API minimal to fit what folks...

So in principle, `hasModule(moduleId): boolean` would work for you? If you're using `asyncRequire`, isn't there a possibility that a module is *loading, but not yet loaded* due to some other...

And what about the multiple async loading issue? Or is that not your use case? If we're exposing/creating a new public API here a bit more detail on why it's...

@dependabot rebase

Could someone make a screen recording of the output of Metro during this slow request, starting Metro with `DEBUG=Metro:* yarn start` to show debug output? Bonus; the debug output should...