feat: wiring up test filters to the Debug page back end

[warrensplayer]

• Closes IATR M1.0 - Wire up test filtering backend call #25487

User facing changelog

n/a - merging to feature branch

Additional details

When completing the test filtering for the new Debug page in the PR #25265, the backend was stubbed out with test data while the remainder of the work for the cloud integration was being done here: #25316

This PR ties the work from these previous two PRs to enable the test filtering to work for each relevant run used in the new Debug page.

Steps to test

• Record a run for a Cloud connected project into Staging or Production.
• Open the Cypress App for that project and go to the Debug page.
• Note the failed tests for one spec
• Click on the "Run Failures" button for that spec
• You should be taken to the runner and only the failed tests for that Spec should run
• Select the "X" in the badge in the header where it says "X of Y tests"
• This should remove that badge and run all the tests for that spec
• Repeat with other failed specs from the Debug page to verify only the failed tests are run.

How has the user experience changed?

UI has not changed from the original PR.

PR Tasks

• Have tests been added/updated?
• [ n/a] Has the original issue (or this PR, if no issue exists) been tagged with a release in ZenHub? (user-facing changes only)
• [n/a] Has a PR for user-facing changes been opened in cypress-documentation?
• [n/a] Have API changes been updated in the type definitions?

[cypress]

---

Test summary

26538 • 0 • 1180 • 0 • 47

---

Run details

Project	cypress
Status	Passed
Commit	350111b
Started	Jan 18, 2023 3:15 AM
Ended	Jan 18, 2023 3:34 AM
Duration	19:07 💡
OS	Linux Debian -
Browser	Multiple

View run in Cypress Dashboard ➡️

---

Flakiness

	create-from-component.cy.ts		1
1	... > runs generated spec
	commands/net_stubbing.cy.ts		4
1	network stubbing > intercepting request > can delay and throttle a StaticResponse
2	... > with `times` > only uses each handler N times
3	... > stops waiting when an xhr request is canceled
4	network stubbing > intercepting request > can delay and throttle a StaticResponse
This comment includes only the first 5 flaky tests. See all 47 flaky tests in the Cypress Dashboard.

---

This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard

[lmiller1990]

My branch w/ failure: #25475

It worked!

I feel silly but how come I don't see this same info reflected in the main page? What branch does this use again? I'm probably forgetting how this works, but it's confusing (and unrelated to this PR):

[lmiller1990]

This looks good. I tried it out, it works 🆗

[warrensplayer]

@lmiller1990 Can you share a bit more about your comment here: #25492 (comment)

I feel silly but how come I don't see this same info reflected in the main page? What branch does this use again? I'm probably forgetting how this works, but it's confusing (and unrelated to this PR):

Are you asking why the information on the Debug page is not viewable on the Specs List page?