fix(app): Fix post run drop tip wizard always displaying after error recovery

[mjhuff]

Closes RQA-3614

Overview

We recently updated post-run tip checking to get the last run command via useCurrentRunCommands with parameters

{
      includeFixitCommands: false,
      pageLength: 1,
     cursor: null
}

Something on the server (likely Pydantic) deserializes the cursor: 'null' string to 0, which causes unexpected behavior (ex, we always pop drop tip wizard post-run, which we don't always want to do).

412e29f - The api-client typing involving command queries requires supplying a cursor: null if none is specified, so to fix, we must change the types and then update all usages of the relevant queries.

0cdec49 - This fixes some unexpected behavior on the desktop app in which the post run CTA sometimes appears while "run again" is cloning the run. The fix is just to clear tip status while the run is resetting (on click on the ActionButton).

Test Plan and Hands on Testing

• Ran a lot of runs with various types of drop tip wizard CTAs, both in and out of Error Recovery, confirming expected behavior.
• Confirmed that "run again" does not flash the post-run drop tip CTA.

Changelog

• Fixed the post-run drop tip CTA always appearing after error recovery.

Risk assessment

• low. This touches a lot of files, but the only real functional change is the one liner in useActionButtonProperties.ts

[TamarZanzouri]

thanks for fixing this! sorry it was such a nightmare :-)

[sfoster1]

Lol.