fix(replay): prevent dup initial summary requests and ref to use usetimeout

[aliu39]

Right now there's a chance we'll send additional start summary POST requests after the first finishes. Only one of these should be made per page load (segment count won't update until hard reload).

closes REPLAY-670: frontend should prevent infinite polling

Updates to polling timeout to useTimeout and simplifies shouldPoll (removing dependency on startSummaryRequestPending)

[ryan953]

Lets take a look at this file together.

• The useMutation can probably be replaced with like useApiQuery which does allow us to pass in a method and data. The benefit is that we can pass enabled as well and should be able to skip the useEffect that triggers it only once.
• I also expected to see enabled passed into the useApiQuery call that returns summaryData.
• I like how refetchInterval is used now
• We can probably golf this down to be even more clear as to what the purpose is, but it's def getting there!

[linear]

REPLAY-670 frontend should prevent infinite polling

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ All tests successful. No failed tests found.

Additional details and impacted files

@@             Coverage Diff             @@
##           master   #99182       +/-   ##
===========================================
+ Coverage   66.63%   81.23%   +14.60%     
===========================================
  Files        8575     8551       -24     
  Lines      379872   377273     -2599     
  Branches    24125    23991      -134     
===========================================
+ Hits       253120   306491    +53371     
+ Misses     126390    70427    -55963     
+ Partials      362      355        -7     

[aliu39]

We don't need 100 segment condition anymore because the ref guarantees we only auto-POST once per page load