(workInProgress, totalChildren)
| 12101 | return id.toString(32) + overflow; |
| 12102 | } |
| 12103 | function pushTreeFork(workInProgress, totalChildren) { |
| 12104 | // This is called right after we reconcile an array (or iterator) of child |
| 12105 | // fibers, because that's the only place where we know how many children in |
| 12106 | // the whole set without doing extra work later, or storing addtional |
| 12107 | // information on the fiber. |
| 12108 | // |
| 12109 | // That's why this function is separate from pushTreeId — it's called during |
| 12110 | // the render phase of the fork parent, not the child, which is where we push |
| 12111 | // the other context values. |
| 12112 | // |
| 12113 | // In the Fizz implementation this is much simpler because the child is |
| 12114 | // rendered in the same callstack as the parent. |
| 12115 | // |
| 12116 | // It might be better to just add a `forks` field to the Fiber type. It would |
| 12117 | // make this module simpler. |
| 12118 | warnIfNotHydrating(); |
| 12119 | forkStack[forkStackIndex++] = treeForkCount; |
| 12120 | forkStack[forkStackIndex++] = treeForkProvider; |
| 12121 | treeForkProvider = workInProgress; |
| 12122 | treeForkCount = totalChildren; |
| 12123 | } |
| 12124 | function pushTreeId(workInProgress, totalChildren, index) { |
| 12125 | warnIfNotHydrating(); |
| 12126 | idStack[idStackIndex++] = treeContextId; |
no test coverage detected
searching dependent graphs…