{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":45281256,"defaultBranch":"master","name":"react","ownerLogin":"acdlite","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2015-10-30T23:18:48.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/3624098?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1725989175.0","currentOid":""},"activityList":{"items":[{"before":"818fe95ee353547902486d0ec7e5f3094bfdb6f1","after":"842f2cff819e3f705989e344a565edb9c04b866c","ref":"refs/heads/prerender-retries","pushedAt":"2024-09-11T15:41:29.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerendering should not cancel a pending commit\n\nIf there's a pending commit that's expected to run within an short\namount of time, we should not cancel it in favor of prerendering. We\nshould wait for the commit to finish before prerendering.\n\nThis does not apply to commits that are suspended indefinitely, like\nwhen you suspend outside of a Suspense boundary, or in the shell during\na transition. Because those cases do not represent a complete tree.\n\nThere's one special case that we intentionally (for now) don't handle,\nwhich is Suspensey CSS. These are also expected to resolve quickly,\nbecause of preloading, but theoretically they could block forever like\nin a normal \"suspend indefinitely\" scenario. In the future, we should\nconsider only blocking for up to some time limit before discarding the\ncommit in favor of prerendering.","shortMessageHtmlLink":"Prerendering should not cancel a pending commit"}},{"before":"c2857fedf4084b43b80a7f9b269898103eb6e864","after":"818fe95ee353547902486d0ec7e5f3094bfdb6f1","ref":"refs/heads/prerender-retries","pushedAt":"2024-09-11T15:32:09.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerendering should not cancel a pending commit\n\nIf there's a pending commit that's expected to run within an short\namount of time, we should not cancel it in favor of prerendering. We\nshould wait for the commit to finish before prerendering.\n\nThis does not apply to commits that are suspended indefinitely, like\nwhen you suspend outside of a Suspense boundary, or in the shell during\na transition. Because those cases do not represent a complete tree.\n\nThere's one special case that we intentionally (for now) don't handle,\nwhich is Suspensey CSS. These are also expected to resolve quickly,\nbecause of preloading, but theoretically they could block forever like\nin a normal \"suspend indefinitely\" scenario. In the future, we should\nconsider only blocking for up to some time limit before discarding the\ncommit in favor of prerendering.","shortMessageHtmlLink":"Prerendering should not cancel a pending commit"}},{"before":"cc80e880eba0e3f2534e503ec762d9a87d19ad29","after":"c2857fedf4084b43b80a7f9b269898103eb6e864","ref":"refs/heads/prerender-retries","pushedAt":"2024-09-10T18:36:17.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerendering should not cancel a pending commit\n\nIf there's a pending commit that's expected to run within an short\namount of time, we should not cancel it in favor of prerendering. We\nshould wait for the commit to finish before prerendering.\n\nThis does not apply to commits that are suspended indefinitely, like\nwhen you suspend outside of a Suspense boundary, or in the shell during\na transition. Because those cases do not represent a complete tree.\n\nThere's one special case that we intentionally (for now) don't handle,\nwhich is Suspensey CSS. These are also expected to resolve quickly,\nbecause of preloading, but theoretically they could block forever like\nin a normal \"suspend indefinitely\" scenario. In the future, we should\nconsider only blocking for up to some time limit before discarding the\ncommit in favor of prerendering.","shortMessageHtmlLink":"Prerendering should not cancel a pending commit"}},{"before":"839d2d848d0f80e46a3e34b3746dbfff4005dd93","after":"cc80e880eba0e3f2534e503ec762d9a87d19ad29","ref":"refs/heads/prerender-retries","pushedAt":"2024-09-10T18:30:31.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerendering should not cancel a pending commit\n\nIf there's a pending commit that's expected to run within an short\namount of time, we should not cancel it in favor of prerendering. We\nshould wait for the commit to finish before prerendering.\n\nThis does not apply to commits that are suspended indefinitely, like\nwhen you suspend outside of a Suspense boundary, or in the shell during\na transition. Because those cases do not represent a complete tree.\n\nThere's one special case that we intentionally (for now) don't handle,\nwhich is Suspensey CSS. These are also expected to resolve quickly,\nbecause of preloading, but theoretically they could block forever like\nin a normal \"suspend indefinitely\" scenario. In the future, we should\nconsider only blocking for up to some time limit before discarding the\ncommit in favor of prerendering.","shortMessageHtmlLink":"Prerendering should not cancel a pending commit"}},{"before":null,"after":"839d2d848d0f80e46a3e34b3746dbfff4005dd93","ref":"refs/heads/prerender-retries","pushedAt":"2024-09-10T17:26:15.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerendering should not cancel a pending commit\n\nIf there's a pending commit that's expected to run within an short\namount of time, we should not cancel it in favor of prerendering. We\nshould wait for the commit to finish before prerendering.\n\nThis does not apply to commits that are suspended indefinitely, like\nwhen you suspend outside of a Suspense boundary, or in the shell during\na transition. Because those cases do not represent a complete tree.\n\nThere's one special case that we intentionally (for now) don't handle,\nwhich is Suspensey CSS. These are also expected to resolve quickly,\nbecause of preloading, but theoretically they could block forever like\nin a normal \"suspend indefinitely\" scenario. In the future, we should\nconsider only blocking for up to some time limit before discarding the\ncommit in favor of prerendering.","shortMessageHtmlLink":"Prerendering should not cancel a pending commit"}},{"before":"7e14f7c1922bc2a0f6765ded34be404c93c9a937","after":"a8b362381f2db9ccdfd479135b52e624c7c64e3a","ref":"refs/heads/prerender-during-same-pass-if-blocked","pushedAt":"2024-09-04T18:55:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerender during same pass if blocked anyway\n\nIf something suspends in the shell — i.e. we won't replace the\nsuspended content with a fallback — we might as well prerender the\nsiblings during the current render pass, instead of spawning a\nseparate prerender pass.\n\nThis is implemented by setting the \"is prerendering\" flag to true\nwhenever we suspend in the shell. But only if we haven't already skipped\nover some siblings, because if so, then we need to schedule a separate\nprerender pass regardless.","shortMessageHtmlLink":"Prerender during same pass if blocked anyway"}},{"before":"71babee5137fc046df54b9b1391c1566f3fa4e8e","after":"7e14f7c1922bc2a0f6765ded34be404c93c9a937","ref":"refs/heads/prerender-during-same-pass-if-blocked","pushedAt":"2024-09-04T18:39:54.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerender during same pass if blocked anyway\n\nIf something suspends in the shell — i.e. we won't replace the\nsuspended content with a fallback — we might as well prerender the\nsiblings during the current render pass, instead of spawning a\nseparate prerender pass.\n\nThis is implemented by setting the \"is prerendering\" flag to true\nwhenever we suspend in the shell. But only if we haven't already skipped\nover some siblings, because if so, then we need to schedule a separate\nprerender pass regardless.","shortMessageHtmlLink":"Prerender during same pass if blocked anyway"}},{"before":null,"after":"71babee5137fc046df54b9b1391c1566f3fa4e8e","ref":"refs/heads/prerender-during-same-pass-if-blocked","pushedAt":"2024-09-04T18:34:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Prerender during same pass if blocked anyway\n\nIf something suspends in the shell — i.e. we won't replace the\nsuspended content with a fallback — we might as well prerender the\nsiblings during the current render pass, instead of spawning a\nseparate prerender pass.\n\nThis is implemented by setting the \"is prerendering\" flag to true\nwhenever we suspend in the shell. But only if we haven't already skipped\nover some siblings, because if so, then we need to schedule a separate\nprerender pass regardless.","shortMessageHtmlLink":"Prerender during same pass if blocked anyway"}},{"before":"f9275aa2215b18cd883493be41f97dcb5eff4caf","after":"42b8a5fff1411ab852a8470e68c59e250cf17e9d","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-09-04T17:41:42.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Schedule prerender after something suspends\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"Schedule prerender after something suspends"}},{"before":"a4fd2927ae1fde807b909ca21471616399acd569","after":"f9275aa2215b18cd883493be41f97dcb5eff4caf","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-09-04T17:28:23.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Schedule prerender after something suspends\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"Schedule prerender after something suspends"}},{"before":"a990e4582ca76319a92a1c86b00aa1767512fb36","after":"a4fd2927ae1fde807b909ca21471616399acd569","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-09-04T17:04:06.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Schedule prerender after something suspends\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"Schedule prerender after something suspends"}},{"before":"b9755e7b97027c806eedb92ca627a982a29ac3fe","after":"a990e4582ca76319a92a1c86b00aa1767512fb36","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-09-04T16:39:02.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Schedule prerender after something suspends\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"Schedule prerender after something suspends"}},{"before":"88050a4d453bfa63cdd13660c52a9e2e9293aa52","after":"b9755e7b97027c806eedb92ca627a982a29ac3fe","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-08-27T18:51:35.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"[WIP] Schedule prerender after something suspends\n\nPart of a series of PRs related to sibling prerendering. I have the\nimplementation working locally, but still working on splitting it up\ninto a reasonable sequence of steps so we can land it incrementally.\nThere's likely to be some regressions due to the scope of the change,\nso I've also done my best to keep the change behind a feature flag.\n\nOpening this in draft mode while I continue to work on updating the\ntest suite, which requires many changes.\n\n---\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"[WIP] Schedule prerender after something suspends"}},{"before":"d6913ddbbb71bf75878cbe0059ee381eb64fef32","after":"88050a4d453bfa63cdd13660c52a9e2e9293aa52","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-08-27T17:55:29.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"[WIP] Schedule prerender after something suspends\n\nPart of a series of PRs related to sibling prerendering. I have the\nimplementation working locally, but still working on splitting it up\ninto a reasonable sequence of steps so we can land it incrementally.\nThere's likely to be some regressions due to the scope of the change,\nso I've also done my best to keep the change behind a feature flag.\n\nOpening this in draft mode while I continue to work on updating the\ntest suite, which requires many changes.\n\n---\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"[WIP] Schedule prerender after something suspends"}},{"before":"6c714da5182856924d93f6a4d2334c5bf993aadf","after":"d6913ddbbb71bf75878cbe0059ee381eb64fef32","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-08-27T17:29:23.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"[WIP] Schedule prerender after something suspends\n\nPart of a series of PRs related to sibling prerendering. I have the\nimplementation working locally, but still working on splitting it up\ninto a reasonable sequence of steps so we can land it incrementally.\nThere's likely to be some regressions due to the scope of the change,\nso I've also done my best to keep the change behind a feature flag.\n\nOpening this in draft mode while I continue to work on updating the\ntest suite, which requires many changes.\n\n---\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"[WIP] Schedule prerender after something suspends"}},{"before":null,"after":"6c714da5182856924d93f6a4d2334c5bf993aadf","ref":"refs/heads/add-prerendering-phase","pushedAt":"2024-08-23T17:06:01.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"[WIP] Schedule prerender after something suspends\n\nPart of a series of PRs related to sibling prerendering. I have the\nimplementation working locally, but still working on splitting it up\ninto a reasonable sequence of steps so we can land it incrementally.\nThere's likely to be some regressions due to the scope of the change,\nso I've also done my best to keep the change behind a feature flag.\n\nOpening this in draft mode while I continue to work on updating the\ntest suite, which requires many changes.\n\n---\n\nAdds the concept of a \"prerender\". These special renders are spawned\nwhenever something suspends (and we're not already prerendering).\n\nThe purpose is to move speculative rendering work into a separate\nphase that does not block the UI from updating. For example, during a\ntransition, if something suspends, we should not speculatively\nprerender siblings that will be replaced by a fallback in the UI until\n*after* the fallback has been shown to the user.","shortMessageHtmlLink":"[WIP] Schedule prerender after something suspends"}},{"before":"02a280b92973cf515babbeeb759531b4664f30e0","after":"f72bdceb2d7c283f3f3330c34ef529e2ee74a19a","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-23T15:58:13.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"990acf1af9b4d994309a84051435770039792a65","after":"ac17c6900a94fd64206b98a828c6f5a5b97f8606","ref":"refs/heads/fix-synchronous-popstate","pushedAt":"2024-08-23T15:55:54.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Fix: Synchronous popstate transitions\n\nThis is a refactor of the fix in #27505.\n\nWhen a transition update is scheduled by a popstate event, (i.e. a back/\nforward navigation) we attempt to render it synchronously even though\nit's a transition, since it's likely the previous page's data is cached.\n\nIn #27505, I changed the implementation so that it only \"upgrades\" the\npriority of the transition for a single attempt. If the attempt\nsuspends, say because the data is not cached after all, from then on it\nshould be treated as a normal transition.\n\nBut it turns out #27505 did not work as intended, because it relied on\nmarking the root with pending synchronous work (root.pendingLanes),\nwhich was never cleared until the popstate update completed.\n\nThe test scenarios I wrote accidentally worked for a different reason\nrelated to suspending the work loop, which I'm currently in the middle\nof refactoring.","shortMessageHtmlLink":"Fix: Synchronous popstate transitions"}},{"before":"b91b0efab4ffb344b14adc21cf1dcf09e6c46938","after":"02a280b92973cf515babbeeb759531b4664f30e0","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-22T14:31:02.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"1d093ad1da96363bae8daeaa8b690f00f97b91a6","after":"b91b0efab4ffb344b14adc21cf1dcf09e6c46938","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-22T14:22:32.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"0e6571f31de2f9da497406c9b0c38c81cc4627ab","after":"1d093ad1da96363bae8daeaa8b690f00f97b91a6","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-22T14:21:14.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"24e1c11138836da231c3cd0133f23206c653beff","after":"0e6571f31de2f9da497406c9b0c38c81cc4627ab","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-20T20:40:37.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"0e6571f31de2f9da497406c9b0c38c81cc4627ab","after":"24e1c11138836da231c3cd0133f23206c653beff","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-20T20:40:15.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"81171c0dc0d58ae86c3119b337c119b4e3328ae0","after":"0e6571f31de2f9da497406c9b0c38c81cc4627ab","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-20T20:37:02.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"99a208c6396e3c018843201363121c8efd11bff2","after":"0631971fc074e115e651da357dc1aeeb36a46d72","ref":"refs/heads/enableSiblingPrerendering-setup-flag","pushedAt":"2024-08-20T20:36:52.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Feature flag: enableSiblingPrerendering\n\nAdds a new feature flag for an upcoming experiment.\n\nNo implementation yet.","shortMessageHtmlLink":"Feature flag: enableSiblingPrerendering"}},{"before":"a018221b481989e221d79a83d02fbe67e8c12306","after":"81171c0dc0d58ae86c3119b337c119b4e3328ae0","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-20T20:32:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":"3da1b913a85890a64c1b38a85ad9d202127f7007","after":"99a208c6396e3c018843201363121c8efd11bff2","ref":"refs/heads/enableSiblingPrerendering-setup-flag","pushedAt":"2024-08-20T20:31:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Feature flag: enableSiblingPrerendering\n\nAdds a new feature flag for an upcoming experiment.\n\nNo implementation yet.","shortMessageHtmlLink":"Feature flag: enableSiblingPrerendering"}},{"before":null,"after":"a018221b481989e221d79a83d02fbe67e8c12306","ref":"refs/heads/temporarily-disable-sibling-prerendering","pushedAt":"2024-08-20T20:27:34.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Temporarily disable suspending during work loop\n\n`use` has an optimization where in some cases it can suspend the work\nloop during the render phase until the data has resolved, rather than\nunwind the stack and lose context. However, the current implementation\nis not compatible with sibling prerendering. So I've temporarily\ndisabled it until the sibling prerendering has been refactored. We will\nadd it back in a later step.","shortMessageHtmlLink":"Temporarily disable suspending during work loop"}},{"before":null,"after":"3da1b913a85890a64c1b38a85ad9d202127f7007","ref":"refs/heads/enableSiblingPrerendering-setup-flag","pushedAt":"2024-08-20T20:23:59.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Feature flag: enableSiblingPrerendering\n\nAdds a new feature flag for an upcoming experiment.\n\nNo implementation yet.","shortMessageHtmlLink":"Feature flag: enableSiblingPrerendering"}},{"before":null,"after":"6f051ab7dbafbcd9fd42999f34f5bd69d2873390","ref":"refs/heads/gate-shortcut","pushedAt":"2024-08-20T20:23:20.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"acdlite","name":"Andrew Clark","path":"/acdlite","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3624098?s=80&v=4"},"commit":{"message":"Test infra: Support gate('enableFeatureFlag')\n\nShortcut for the common case where only a single flag is checked. Same\nas `gate(flags => flags.enableFeatureFlag)`.\n\nNormally I don't care about these types of conveniences but I'm about to\nadd a lot more inline flag checks these all over our tests and it gets\nnoisy. This helps a bit.","shortMessageHtmlLink":"Test infra: Support gate('enableFeatureFlag')"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0xMVQxNTo0MToyOS4wMDAwMDBazwAAAASzZBGf","startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0xMVQxNTo0MToyOS4wMDAwMDBazwAAAASzZBGf","endCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOC0yMFQyMDoyMzoyMC4wMDAwMDBazwAAAASfgc_T"}},"title":"Activity · acdlite/react"}