Niklas Mischkulnig

This could be used instead of the ancient Centos image: https://github.com/corsix/polyfill-glibc

> We are testing parcel for use as a javascript bundler, and wanted to prove out the utility of it Also feel free to ask for help if you run...

This is apparently an infinite recursion in the resolver when resolving `preact/compat` with [email protected] ``` frame #1088: 0x00000001700383e4 parcel-node-bindings.darwin-x64.node`parcel_resolver::ResolveRequest$LT$Fs$GT$::load_directory::ha2f04ad6884058f7(self=0x00007000113ddf00, dir=&std::path::Path @ 0x0000700011297f30, parent_package=Option @ 0x0000700011297f40) at lib.rs:1066:13 frame #1089: 0x0000000170040410...

It's actually unrelated to preact. This tsconfig ```json { "compilerOptions": { "paths": { "preact/compat": [ "node_modules/@types/react", "preact/compat" ] } } } ``` includes https://unpkg.com/browse/@types/[email protected]/package.json which in that specific version had...

Can someone provide a complete code sample](https://minimum-reproduction.wtf/)?

I've cloned your repo and tried both `yarn start` and `yarn build` but both worked fine in the browser

Are you sure it's failing for you? (Delete node_modules and run `npm ci`) And if yes, is it with `yarn start` or `yarn build`

I can reproduce it now. This does seem like a Parcel bug, but do note that upgrading fluentui also happens to fix it (by coincidence at least in your reproduction)

I suspect this isn't actually caused by the raw transformer but by Parcel core itself, because there are various places where it does `basename + "." + type`.

That sounds like a good third-party plugin. What problem did you have with the plugin code you posted?