Uh oh!
There was an error while loading. Please reload this page.
fix: explicitly warn for infinite loops discovered only via enableInfiniteRenderLoopDetection - #36195
Conversation
Comparing: 0c44b96...90fd0c0 Critical size changesIncludes critical production bundles, as well as any change greater than 2%:
Significant size changesIncludes any change greater than 0.2%: (No significant changes) |
rickhanlonii
commented
Apr 2, 2026
I need some tests to understand what wasn't covered before and what's covered now |
8d8ef64 to
d22ee6aComparehoxyq
commented
Apr 8, 2026
@rickhanlonii, I've added a test that reproduces the previously failing scenario. Please see the updated summary as well. |
2b9b20a to
4ec0db7Compare…initeRenderLoopDetection
4ec0db7 to
90fd0c0Compare| }); | ||
| it('warns instead of throwing when infinite Suspense ping loop is detected via enableInfiniteRenderLoopDetection during commit phase', async () => { | ||
| if (!__DEV__ || gate(flags => !flags.enableInfiniteRenderLoopDetection)) { |
There was a problem hiding this comment.
Not at the current state. If we use @gate pragma, then the test has to fail when the gating conditions are not met. It fails, but because of the infinite loop, which is prevented by Jest, and such failure is not considered as "good" failure.
Uh oh!
There was an error while loading. Please reload this page.
…initeRenderLoopDetection (#36195) My change in #35999 did not cover all possible scenarios for emitting a warning, instead of throwing. The instrumentation not only enables the identification for the infinite loop via execution context checks, but also adds the check to more lifecycle methods, like `markRootPinged` and `markRootUpdated`. See the newly added test to understand a potential scenario. Before the fix, the error would be thrown: <img width="1192" height="424" alt="Screenshot 2026-04-08 at 17 21 51" src="https://github.com/user-attachments/assets/ba8ea379-0271-4938-ae45-e37ee75e1963" /> With the current changes, the warning is logged with `console.error`. DiffTrain build for [fef12a0](fef12a0)
…initeRenderLoopDetection (#36195) My change in #35999 did not cover all possible scenarios for emitting a warning, instead of throwing. The instrumentation not only enables the identification for the infinite loop via execution context checks, but also adds the check to more lifecycle methods, like `markRootPinged` and `markRootUpdated`. See the newly added test to understand a potential scenario. Before the fix, the error would be thrown: <img width="1192" height="424" alt="Screenshot 2026-04-08 at 17 21 51" src="https://github.com/user-attachments/assets/ba8ea379-0271-4938-ae45-e37ee75e1963" /> With the current changes, the warning is logged with `console.error`. DiffTrain build for [fef12a0](fef12a0)
My change in #35999 did not cover all possible scenarios for emitting a warning, instead of throwing.
The instrumentation not only enables the identification for the infinite loop via execution context checks, but also adds the check to more lifecycle methods, like
markRootPingedandmarkRootUpdated.See the newly added test to understand a potential scenario. Before the fix, the error would be thrown:

With the current changes, the warning is logged with
console.error.