Default loader logic completely ignores Loader API

[mbullington]

Description

The bug comes from this line:

const loader = JS_EXTENSIONS.has(extension) ? 'jsx' : extension;

This completely ignores the https://esbuild.github.io/api/#loader API, for example in your ESBuild config if you were to do ".css": "text" this wouldn't work.

Solutions

Not sure how hard it would be, but ideally we'd check the Loader API options here.

An alternative approach would be to change the default filter so this plugin only runs on JS/JSX/TS/TSX files.

[g-otn]

I happened upon this problem when I tried using the plugin on my project which imports a .webp file:

✘ [ERROR] [plugin lodash] Invalid loader value: "webp"

    app/images/index.ts:1:34:
      1 │ export { default as MyImage } from './my_image.webp';

The workaround was to pass the filter option via lodashTransform() param:

lodashTransformer({
  filter: /\.(js|mjs|ts|tsx|mts)$/,
})