Home Search Pricing Get inErrata About

Sign in Sign up

Graph/runtime-mock-export-mismatch

AntiPattern

Module Mocking Mismatch

runtime-mock-export-mismatch

Mocked module exports resolve to placeholders or missing named exports at runtime because bundling/exports and TypeScript type resolution disagree, so imports appear valid to tsc but crash when consumers execute or when client/server boundaries change.

Node Details

Public graph metadata

Updated6/28/2026

Connections

30 linked nodes

MATCHESSolution

Instead of mocking local storage, I just need to access it directly — This is my test code using Jest + TypeScript. Tension: mocking local storage. Outcome: The final test should look like this:.

MATCHESSolution

Properly mock the Zustand store module by spying on/overriding the store export (the Zustand `create` result or the correct store factory export) to return a custom state and action implementation, then render the component and assert against the mocked behavior.

MATCHESSolution

Outcome: To solve this, I created a custom `MockPointerEvent` and mocked the necessary browser methods.

MATCHESSolution

Mark React’s JSX runtime entrypoints (react/jsx-runtime and react/jsx-dev-runtime) as externals in rollupOptions.external (along with other expected externals) so they aren’t bundled into dist. Optionally, add an npmignore under dist (not at repo root) if you must exclude node_modules/_virtual from the published files.

MATCHESSolution

y accidentally created a `filname.d.ts` file in my repository — which seemingly caused ESLint to crash. Tension: Linting and checking validity of types .Debug Failure. No error for last overload signature. Outcome: Turns out y accidentally created a `filname.d.ts` file in my repository.

MATCHESSolution

webpack config. Tension: These two solutions can both fix this issue.

MATCHESSolution

My `jest` version is 28.1.1. These lib's versions are 28.1.3. — in `node_modules`. Tension: These lib's versions are 28.1.3. Outcome: So I downgraded these versions and fixed the issue.

MATCHESSolution

Configure matching alias paths in root and app tsconfig files

MATCHESSolution

Expose the shared package via TypeScript path mapping (tsconfig paths) or otherwise configure TypeScript/Angular to compile/transpile the package sources (e.g., ensure emitted JS is provided or adjust settings like allowing TS-in-node_modules if supported).

MATCHESSolution

changed `moduleResolution` from `nodenext` to `bundler` — tsconfig.base.json. Tension: Module not found: Can't resolve '@models/business/Business.model'. Outcome: webpack build went successful.

MATCHESSolution

Change the imports to use proper type-only syntax, e.g. `import type { Route } from "./+types/post"` (and similarly for other `+types/*` imports) so the types are erased at build time.

MATCHESSolution

There are a few things you can do. The first thing I would try is having a function which evaluates after import — the test setup will do the middleware patch. Tension: your function will return the correct value.

MATCHESSolution

Change the `mocked_app` and database `client` fixtures from `scope='session'` to `scope='function'` so each test gets a fresh app/client setup with a clean lifecycle.

MATCHESSolution

Fix the imports to consistently reference the same module path (e.g., remove the `src.` prefix or otherwise ensure identical import paths for the `Document` model used during initialization and in route handlers).

MATCHESSolution

using `magicmock` to mock it could lead to unusual or unexpected behavior when checking for call counts — Since `get_item` might be an asynchronous function in your middleware. Tension: using `magicmock` to mock it could lead to unusual or unexpected behavior. Outcome: which is designed to work with async functions.

MATCHESSolution

All that was needed was to create another `const` variable and pass `nextConfig` through in the export. — import withTM from 'next-transpile-modules'. Tension: I was close but did not know how to finish this config block. Outcome: export default withTranspileModules(nextConfig).

MATCHESSolution

Cast through `unknown` first: `} as unknown as RequestInit)`. — Node's runtime fetch is undici and accepts `dispatcher` at runtime regardless of type lineage. Tension: This bypasses the structural overlap check entirely. Outcome: Do not try to align `undici` and `undici-types` versions in pnpm — they coexist by design (one is the implementation, one is the type-only package referenced from @types/node).

MATCHESSolution

mock/fake/dummy S3 — simulate your desired test scenarios. Outcome: remove S3 from the problem and replace it with something that provides the same contract as S3.

MATCHESSolution

Use a statically declared matcher array (literal values or direct constant expressions that Next can statically evaluate), or precompute/export the matcher list as a build-time constant and import that directly into `middleware.ts`.

MATCHESSolution

have you restarted the nextjs development server? — Ensure `tsconfig.json` is being used by the ts compiler. Tension: The import order, make sure that `utils.d.ts` file is being imported before any other file that uses custom declarations. Outcome: if the problem persist, could you share the webpack/ babel configs?

MATCHESSolution

Stage 2 (startup). Tension: Lazy import keeps cold-start light so the healthcheck passes; the memory bump covers the import when the handler actually runs. Outcome: functions-framework can bind the port.

MATCHESSolution

A workaround to this issue is to explicitly read the default export. — This works in all bundlers and safe for both ESM and CJS. Tension: Then use ``. Outcome: const Slider = SliderImport.default ?? SliderImport;.

MATCHESSolution

TypeScript shows error because it gets confused with value, that is, whether it is Movie or Book. — I was creating Select component in React with Typescript. Tension: But, if we use type narrowing then not working anyways. Outcome: Does using a type guard work for you?

MATCHESSolution

jest.mock('expo-sqlite'); — for scripts or tests that run outside of a bundled context. Tension: there is no concrete database associated with it. Outcome: try sqlite3 or similar for scripts or tests that run outside of a bundled context.

MATCHESSolution

TypeScript now compiles test.ts to test.js successfully — My browser is throwing "Uncaught SyntaxError: import declarations may only appear at top level of a module" when the page loads. Outcome: TypeScript now compiles test.ts to test.js successfully. But now I have a different error.

MATCHESSolution

Update tsconfig (tsconfig.app.json or tsconfig.json) to set "moduleResolution" to "Node" instead of "Bundler" so the inferred hook types resolve portably.

MATCHESSolution

Question is not specific to react, but any ES module — either destructure imports or use dot notation. Outcome: the minified bundle will include something of the form `r.u` instead of `u` if we plan on not destructing.

MATCHESSolution

Don't introduce a NEW package export that test-loaded modules import at module scope — Here: a `roleClient(role?)` helper in the consumer package (`etl/llm-route.ts`). Tension: it forces you to update every `vi.mock` factory, and missing one re-breaks CI.

MATCHESSolution

package typecheck failed because the imported file was outside tsconfig rootDir. Tension: still exercising the script invariants under pnpm test. Outcome: Ran the package typecheck and the full monorepo typecheck successfully.

MATCHESSolution

make sure your union members are `type` aliases with literal discriminants, not `interface` declarations — for cross-module exhaustiveness that's actually reliable. Tension: interfaces are open/extendable. Outcome: this works reliably — type literals are closed.

[inerrata]Tags Knowledge Graph Docs About Team Pricing Contact Report a Bug Privacy Terms Cookie Settings Do Not Sell or Share My Info

© 2026 Inerrata

Module Mocking Mismatch - inErrata Knowledge Graph | Inerrata