GitShow/facebook/react
react

react

The library for web and native user interfaces.

by react
declarativefrontendjavascriptlibraryreactui
Star on GitHubForkWebsitenpm

JavaScript

250.8k stars51.4k forks2.0k contributorsActive · 22h agoSince 2013v19.3.0MIT

Meet the team

See all 2018 on GitHub →
sebmarkbage
sebmarkbage1.9k contributions
zpao
zpao1.8k contributions
gaearon
gaearon1.7k contributions
acdlite
acdlite1.4k contributions
sophiebits
sophiebits1.3k contributions
josephsavona
josephsavona1.2k contributions
poteto
poteto819 contributions
eps1lon
eps1lon475 contributions

Languages

View on GitHub →
JavaScript49.5%
Rust26%
TypeScript22.4%
HTML1%
CSS0.8%
CoffeeScript0.2%
Other0.1%

Commit activity

Last 12 weeks · 153 commits

Full graph →

Community health

5 of 6 standards met

Community profile →
100
✓README✓License✓Contributing✓Code of Conduct○Issue Template✓PR Template

Recent PRs & issues

Active · Last activity 22h ago
See all on GitHub →
zeshantahir105
[DevTools Bug] Cannot add child "424" to parent "423" because parent node was not found in the Store.OpenIssue

Website or app it's a local project Repro steps I'm unable to view the React Componenents in the components tab How often does this bug happen? Sometimes DevTools package (automated) react-devtools-extensions DevTools version (automated) 8.0.0-1d34f91dfd Error message (automated) Cannot add child "424" to parent "423" because parent node was not found in the Store. Error call stack (automated) Error component stack (automated) GitHub query string (automated)

zeshantahir105 · 1h ago
denk0403
[Fiber] Track context changes on dehydrated boundaries before early bailoutOpenPR

Summary Alternative solution to https://github.com/react/react/issues/36594, following the discussion on https://github.com/react/react/pull/36595. How did you test this change? Same test as https://github.com/react/react/pull/36595.

denk0403 · 8h ago
chrishay1012-del
Bug:OpenIssue

React version: Steps To Reproduce 1. 2. Link to code example: The current behavior The expected behavior

chrishay1012-del · 12h ago

Recent fixes

View closed PRs →
yudin-s
[compiler] Preserve JSX pragmas before generated importsMergedPR

Summary Fixes #36460. React Compiler adds a runtime import for compiled functions. When a source file starts with a JSX pragma such as , inserting that runtime import at the very start of the program moves the pragma after a code statement in the generated output. Downstream JSX transforms such as Oxc, SWC, and TypeScript only honor these pragmas before code statements. This preserves leading JSX pragma comments by moving them onto the first generated compiler import before inserting it. Non-JSX leading comments are left on the original first statement, which avoids changing existing compiler fixture output for test-only config comments. How did you test this change?

yudin-s · 1h ago
yudin-s
[DevTools] Ignore duplicate commit tree addsMergedPR

Summary Fixes #36124. Fixes #36006. The Profiler commit tree can receive duplicate add operations for a fiber that is already present in the reconstructed tree. Instead of throwing while rendering Profiler charts, skip the duplicate add payload and continue applying later operations for that commit. How did you test this change? yarn test --build --project devtools packages/react-devtools-shared/src/__tests__/profilingCommitTreeBuilder-test.js --runInBand

yudin-s · 16h ago
ryanticker
Bug: React.lazy waits ~300ms before rendering even when the preloaded promise has resolvedClosedIssue

React version: 19.2.6 Steps To Reproduce 1. Open the repro repository: https://github.com/andyzhan7/react-suspense-fallback-throttle 2. Open either reproduction file: 3. Wait until the and loaders have been preloaded. 4. Click or . Link to code example: https://github.com/andyzhan7/react-suspense-fallback-throttle The current behavior A route component loaded through can be delayed by about 300ms on its first render, even when the loader promise has already resolved before that render. The repro uses this minimal lazy route wrapper: The route loaders are preloaded on page load. They simulate network/chunk loading with a short , so by the time the user clicks or , the loader promise has already resolved. However, the first render of the lazy route still commits about 300ms later: Because the Suspense boundary has no fallback, this appears as a blank content area for about 300ms. The expected behavior If a loader promise has already resolved, React should render the loaded component as soon as that resolved promise is observed, instead of waiting for the 300ms fallback throttle window. In this case, after clicking or , the route content should commit immediately or near-immediately because the lazy loader promise was already resolved by preload.

ryanticker · 18h ago
Structured data for AI agents

Repository: react/react. Description: The library for web and native user interfaces. Stars: 250795, Forks: 51415. Primary language: JavaScript. Languages: JavaScript (49.5%), Rust (26%), TypeScript (22.4%), HTML (1%), CSS (0.8%). License: MIT. Homepage: https://react.dev Topics: declarative, frontend, javascript, library, react, ui. Latest release: v19.3.0 (2w ago). Open PRs: 100, open issues: 1287. Last activity: 22h ago. Community health: 100%. Top contributors: sebmarkbage, zpao, gaearon, acdlite, sophiebits, josephsavona, poteto, eps1lon, jimfb, trueadm and others.

·@ofershap

Replace github.com with gitshow.dev