facebook/react
Pull Requests
Succeeded
#20890
[Experiment] Lazily propagate context changes
Succeeded
#28950
Update config.yml
Succeeded
#28949
Gaurav added a message
Succeeded
#28945
pranav added a message
Succeeded
#28944
chore: export cjs/umd as v17
Succeeded
#28942
Fix useActionState PendingState Type
Succeeded
#28940
Added a hyperlink to Node
Succeeded
#28939
Import correct prod version of jsx-dev-runtime for react-server
Succeeded
#28937
Fixed it: Update CODE_OF_CONDUCT.md
Succeeded
#28936
feat(badge): Add JSDelivr badge
Succeeded
#28934
fix(hydrate): to check and add validations for type check of argument…
Succeeded
#28932
Add changelog for 18.3.1
Succeeded
#28930
Configure JSX Feature Flags as Dynamic (Meta)
Succeeded
#28929
Add changelog for 18.3 and 18.3.1
Succeeded
#28927
[Not for merge] 18.3.1 Release
Succeeded
#28925
Update Changelog for 18.3.0
Succeeded
#28921
fix: react server condition for `react/jsx-dev-runtime`
Succeeded
#28920
Update made
Succeeded
#28919
[react-dom] Provide a way to silence devtools recommendation
Succeeded
#28916
Export `React.act` from 18.3
Succeeded
#28912
(Land #28798) Move Current Owner (and Cache) to an Async Dispatcher
Succeeded
#28911
Go back to shared refs instance object
Succeeded
#28910
Support ref cleanup function for imperative handle refs
Succeeded
#28909
Reconciler: Change `commitUpdate` signature to account for unused `updatePayload` parameter
Succeeded
#28907
[Flight][Fizz] tasks that ping in a microtask should render synchronously
Succeeded
#28906
Update README.md
Succeeded
#28905
Update canary channel label to "beta"
Succeeded
#28904
warn -> error for Test Renderer deprecation
Succeeded
#28902
Update App.test.js
Succeeded
#28901
fix: export `jsx-runtime.react-server.js` as `react/jsx-dev-runtime`
Succeeded
#28900
[Flight][Fizz] schedule flushing independently from performing work
Succeeded
#28899
Create short link for jsx warning
Succeeded
#28896
Remove automatic fetch `cache` instrumentation
Succeeded
#28895
Add ref callback test for cleanup fn vs null call
Succeeded
#28894
[Flight][Fizz] ping work within current task
Succeeded
#28893
[Flight Reply] Encode ReadableStream and AsyncIterables
Succeeded
#28892
Install ESLint v9
Succeeded
#28891
Cleanup `replayFailedUnitOfWorkWithInvokeGuardedCallback`and `enableProfilerNestedUpdateScheduledHook`
Succeeded
#28890
Fix readme errors
Succeeded
#28889
Update README.md
Succeeded
#28888
ljust for example
Succeeded
#28887
Use undici polyfill for tests in old Node versions
Succeeded
#28883
Remove warning for ref cleanup function
Succeeded
#28881
Don't minify symbols in production builds
Succeeded
#28880
Build react-reconciler for FB builds
Succeeded
#28879
Unrevert "Support writing to this.refs from userspace"
Succeeded
#28878
[Experiment] Reuse memo cache after interruption
Succeeded
#28877
Revert "Support writing to this.refs from userspace"
Succeeded
#28875
convert circleci workflow devtools_regression_tests to github actions
Succeeded
#28874
Deprecate `renderToStaticNodeStream` (#28872)
Succeeded
#28873
Remove `renderToStaticNodeStream`
Build Activity
Succeeded
#107505
Mark trees that need propagation in readContext Instead of storing matched context consumers in a Set, we can mark when a consumer receives an update inside `readContext`. I hesistated to put anything in this function because it's such a hot path, bu...
Canceled
#107504
Move context comparison to consumer In the lazy context implementation, not all context changes are propagated from the provider, so we can't rely on the propagation alone to mark the consumer as dirty. The consumer needs to compare to the previous va...
Succeeded
#106409
Mark trees that need propagation in readContext Instead of storing matched context consumers in a Set, we can mark when a consumer receives an update inside `readContext`. I hesistated to put anything in this function because it's such a hot path, bu...
Succeeded
#106064
Mark trees that need propagation in readContext Instead of storing matched context consumers in a Set, we can mark when a consumer receives an update inside `readContext`. I hesistated to put anything in this function because it's such a hot path, bu...
Succeeded
#105821
Mark trees that need propagation in readContext Instead of storing matched context consumers in a Set, we can mark when a consumer receives an update inside `readContext`. I hesistated to put anything in this function because it's such a hot path, bu...
Succeeded
#105806
Mark trees that need propagation in readContext Instead of storing matched context consumers in a Set, we can mark when a consumer receives an update inside `readContext`. I hesistated to put anything in this function because it's such a hot path, bu...
Succeeded
#105796
Stop propagating at nearest dependency match Because we now propagate all context providers in a single traversal, we can defer context propagation to a subtree without losing information about which context providers we're deferring — it's all of the...
Succeeded
#105793
Stop propagating at nearest dependency match Because we now propagate all context providers in a single traversal, we can defer context propagation to a subtree without losing information about which context providers we're deferring — it's all of the...
Succeeded
#105792
Stop propagating at nearest dependency match Because we now propagate all context providers in a single traversal, we can defer context propagation to a subtree without losing information about which context providers we're deferring — it's all of the...
Canceled
#105791
Stop propagating at nearest dependency match Because we now propagate all context providers in a single traversal, we can defer context propagation to a subtree without losing information about which context providers we're deferring — it's all of the...
Succeeded
#105560
Don't check parent deps if child already matched Because we traverse the whole tree regardless, we can avoid looking for changes in a parent node if a child node already matched.
Succeeded
#105559
Don't check parent deps if child already matched Because we traverse the whole tree regardless, we can avoid looking for changes in a parent node if a child node already matched.
Succeeded
#105549
Propagate all contexts in single pass Instead of propagating the tree once per changed context, we can check all the contexts in a single propagation. This inverts the two loops so that the faster loop (O(numberOfContexts)) is inside the more expensiv...
Canceled
#105548
Propagate all contexts in single pass Instead of propagating the tree once per changed context, we can check all the contexts in a single propagation. This inverts the two loops so that the faster loop (O(numberOfContexts)) is inside the more expensiv...
Succeeded
#105532
[Experiment] Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is...
Failed
#105441
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105232
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105228
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Canceled
#105227
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105221
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105220
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105217
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105215
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105214
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105211
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded
#105210
Experiment: Lazily propagate context changes When a context provider changes, we scan the tree for matching consumers and mark them as dirty so that we know they have pending work. This prevents us from bailing out if, say, an intermediate wrapper is ...
Succeeded

facebook/react    #105793

Started duration: 02:10
acdlite opened pull request #20890 to master
Loading Sandboxes...
Loading Packages...
Loading Install Instructions...
Finished!
Loading...