swr — Engineering Performance

feat: rsc fetches and prefill swr cache (#4275) Add RSC cache preloading for SWR. This lets a Server Component call `preload(key, fetcher)` and pass the returned `cacheData` object through the server/client boundary into `SWRConfig`. On the client, `useSWR` consumes that cache data before calling the browser fetcher, returns the server-loaded value, and writes it into the SWR cache after hydration. Flow: ```txt Server Component preload(key, fetcher) | returns { [serializedKey]: dataOrPromise } v Client Boundary <SWRConfig value={{ cacheData }}> | v useSWR(key, clientFetcher) - uses server-loaded cache data for initial data - hydrates the SWR cache after hydration - skips duplicate initial browser fetch/revalidation - later mutate/focus/reconnect revalidation still uses clientFetcher ``` Example: ```tsx // Server Component import { preload } from 'swr' import { ClientRoot } from './client' const key = '/api/user' async function getUser() { return { name: 'Ada' } } export default function Page() { const cacheData = preload(key, getUser) return <ClientRoot cacheData={cacheData} /> } ``` ```tsx // Client Component 'use client' import useSWR, { SWRConfig } from 'swr' import type { CacheData } from 'swr' const key = '/api/user' async function fetchUser() { const res = await fetch(key) return res.json() } function User() { const { data } = useSWR(key, fetchUser) return <div>{data.name}</div> } export function ClientRoot({ cacheData }: { cacheData: CacheData }) { return ( <SWRConfig value={{ cacheData }}> <User /> </SWRConfig> ) } ``` `cacheData` is object-shaped, so nested configs merge like `fallback` and duplicate keys are replaced by the later config. The tests cover Suspense and default modes, prevent leaking the internal cache-data record into user data, and verify that explicit later revalidation still calls the client fetcher. Resolves #4065

feat: unload() api (#4298) resolves #4297

fix: react.use should not depend on data condition (#4150)

re-organize e2e (#4289) Refine e2e structure, support dev & prod modes, upgrade Next.js to latest canary e2e/site wasn't a workspace package — its deps were never installed and it silently built with the root's Next.js and React 18. It also could only run against a prod build. Now the app lives at t`est/e2e/site` as a real workspace package on next@16.3.0-canary.76 + React 19, and Playwright runs in either mode: ``` pnpm dev:e2e # run the site (localhost:4000) pnpm build:e2e && pnpm test:e2e # test against next start pnpm test:e2e:dev # test against next dev ```

Prevent resolved promise to suspend due to missing status (#4271) * test: cover resolved undefined suspense paths * fix: skip empty suspense thenables * refactor: restore non-conditional suspense thenables

fix: do not error when not enabled during suspense (#4156)

chore: upgrade to TypeScript 7 (#4305) ## Summary Upgrades the repo to TypeScript 7 (`7.0.2`, the native Go port). Three things in TS 7 broke, each fixed here: - **`.d.ts` generation failed the build outright.** TS 7 no longer ships the JavaScript compiler API, so bunchee errored with `Detected TypeScript 7.0.2, which no longer ships the JavaScript compiler API required for generating type declarations`. Added `@typescript/typescript6` as a devDependency, which supplies that API — bunchee now reports `Using @typescript/typescript6 API for TypeScript 7.0.2 type declaration generation` and emits declarations as before. - **`test/tsconfig.json` failed to load** with `TS5102: Option 'baseUrl' has been removed` and `TS5090: Non-relative paths are not allowed`. The `paths` block it guarded was already dead — it mapped `swr` and friends to `core/src/index.ts`, a layout that no longer exists now that sources live under `src/*` and the top-level directories are `package.json` shims pointing at `dist/`. Tests resolve `swr`/`swr/*` through the `node_modules/swr` → repo-root self-link and its exports map, so removing the block changes nothing (verified by running TS 5.9.3 against both the old and new config). - **`process`, `global`, `require`, and `expect` became `Cannot find name`.** TS 7 no longer auto-includes `@types/node` and `@types/jest` from `typeRoots` for the test projects; `--listFiles` confirmed `@types/node` was never loaded. Declared `types: ["node", "jest"]` explicitly in the two test tsconfigs, which works under both 5.9.3 and 7. The e2e fixture site needed the same treatment. Next.js also `require()`s the TS JavaScript compiler API for its build-time type check, so `next build` failed with `TypeScript 7.0.2 does not provide the compiler API required by Next.js`. Bumped it to `next@16.3.0-canary.97` and enabled `experimental.useTypeScriptCli`, which drives the `tsc` CLI instead. That surfaced two more removed options in the site's tsconfig — `target: es5` (`TS5108`) and `baseUrl` (`TS5102`) — bumped to `es2017` and dropped `baseUrl`, whose `~/*` paths are already relative to the tsconfig directory. ## Notes `rollup-plugin-dts` still declares `typescript@^4.5 || ^5.0 || ^6.0`, so installs print an unmet-peer warning. Declaration generation goes through `@typescript/typescript6` rather than that peer, and `attw --pack .` is green across every entrypoint.

ci: update release job (#4278)

Revert "feat: modify cache type to allow generic usage" (#4151)

chore: use oxfmt and oxlint (#4288)