fix(app): properly disable proceed button if no available robots #14907
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
closes RQA-2517
Overview
Fixes bug where ChooseRobotSlideout rendered by ChooseRobotToRunProtocolSlideout sets the selected robot to the first connectable robot, even if there is no available robot, when all connectable robots are busy (in runs). Checks for healthy reachable AND available robots when setting the selected robot on the slideout.
Leave current behavior for slideout when called by SendProtocolToFlexSlideout, since we can still send protocols to Flexes in active runs.
Test Plan
Protocols
tab and open the slideout by selecting "Start setup"Screen.Recording.2024-04-15.at.4.20.37.PM.mov
Changelog
Review requests
@mjhuff per working on bug fix together
Risk assessment
low