internal(website): Type React jsx-runtime, path-to-regexp and bignumber.js in playgrounds

[ntucker]

Requested by Nathaniel · project thread

Stacked on #4136 (base is its branch; retarget to master once #4104 and #4136 merge). Follow-up for the pre-existing module-typing gaps noted there.

Motivation

Before: the playground editor mounted react/jsx-runtime as declare module "react/jsx-runtime" { import './'; }, which exports nothing (TS2439 inside the lib), so the @data-client/react libs' react_jsx_runtime.JSX references errored and jsx/jsxs imports failed. path-to-regexp was never mounted, so @data-client/rest's PathFunction/ParamData were unresolved. editor-types/bignumber.d.ts was a stale v9 stub pointing at a types.d.ts that was never mounted, so bignumber.js was any, and BigNumber (provided by the preview scope) was "Cannot find name" without an import.

After:

import BigNumber from 'bignumber.js';
const price = new BigNumber('1.5'); // was any, now BigNumber
import { jsx } from 'react/jsx-runtime'; // was "has no exported member 'jsx'"

// no import, in any playground
const total = BigNumber.sum(1, 2); // was "Cannot find name 'BigNumber'"
type V = BigNumber.Value;

Solution

• copywebsitetypes.sh now copies @types/react/jsx-runtime.d.ts (with "./" rewritten to "react", since ambient modules can't use relative imports), path-to-regexp/dist/index.d.ts, and bignumber.js/dist/bignumber.d.mts (v11 moved its types to dist/, so the old copy path no longer existed). The generated copies are committed like the other editor types.
• MODULE_LIBS entries now name their mount file instead of a directory, so react/jsx-runtime mounts at @types/react/jsx-runtime.d.ts alongside the new path-to-regexp entry. The hand-written jsx-runtime stub is gone.
• globalScopeLib() adds export import BigNumber = _BigNumber, so the global is a value, type and namespace like the import.

Verification

• Offline harness (Monaco 0.56's own tsWorker + TS 5.9.3 running the real fetchTypeLibs/addTypeLibs) over 119 playgrounds (281 files) in docs/, blog, pages and homepage demos: no playground diagnostics changed. In the libs, the TS2439/TS2694 jsx-runtime errors, both Cannot find module 'path-to-regexp' errors and the bignumber stub errors are gone; the only new lib diagnostics are TS1038 (declare inside declare module), which every existing lib already has and skipLibCheck hides.
• Real browser (docs dev server, jsdelivr CDN routed to node_modules/monaco-editor): Monaco markers on 10 pages (homepage, network-transform, computed-properties, RestEndpoint, resource, Collection, …) are identical before and after. A probe model confirms BigNumber global and import are typed, jsx resolves, and unknown names still error.
• yarn workspace rdc-website typecheck and lint clean.

🤖 Generated with Claude Code

https://claude.ai/code/session_01W5R8xxJwz7dAy3Uk2v5eH5

---

Generated by Claude Code

---

Note

Low Risk
Changes are limited to playground editor type vendoring and Monaco wiring; no runtime app or package API behavior.

Overview
Improves Monaco intellisense in the docs playground by mounting real type definitions for modules that @data-client libs already reference.

copywebsitetypes.sh now vendors @types/react/jsx-runtime (with ./ imports rewritten to react), path-to-regexp from dist/, and bignumber.js v11 types from dist/bignumber.d.mts instead of the broken v9 stub path.

typeLibs.ts registers react/jsx-runtime and path-to-regexp, mounts each lib at an explicit node_modules/... file path (not always index.d.ts), drops the empty hand-written jsx-runtime shim, and exposes BigNumber as a typed global in globalScopeLib() alongside the preview scope.

^{Reviewed by Cursor Bugbot for commit 8a9b608. Bugbot is set up for automated code reviews on this repo. Configure here.}

[changeset-bot]

⚠️ No Changeset found

Latest commit: 8a9b608

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated
docs-site	Ready	Preview	Oct 4, 2026 2:27am UTC

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 97.95%. Comparing base (bc2c840) to head (8a9b608).

Additional details and impacted files

@@                      Coverage Diff                      @@
##           claude/project-thread-ynhl0c    #4137   +/-   ##
=============================================================
  Coverage                         97.95%   97.95%           
=============================================================
  Files                               158      158           
  Lines                              3088     3088           
  Branches                            615      615           
=============================================================
  Hits                               3025     3025           
  Misses                               18       18           
  Partials                             45       45           

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.