Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(app): Fix tip drop height during Error Recovery #16656

Merged
merged 1 commit into from
Oct 31, 2024

Conversation

mjhuff
Copy link
Contributor

@mjhuff mjhuff commented Oct 31, 2024

Closes RQA-3474

Overview

See #16636 for some background context (as well as what caused the regression). The conditional logic for utilizing the manual tip offset during Error Recovery was not quite right, as we were supplying stayAtHighestPossibleZ to the moveToAddressableArea command in all instances. This PR corrects it.

Thanks @SyntaxColoring for the pairing!

Test Plan and Hands on Testing

  • Ran through all "choose location" and "drop in removeable trash" permutations in Error Recovery and as a standalone drop tip flow.
  • Confirmed no regressive behavior during drop tip wizard on the OT-2.

Changelog

  • Fixed dropping tips too far from the trash during Error Recovery.

Risk assessment

low

@mjhuff mjhuff requested review from SyntaxColoring and a team October 31, 2024 17:55
@mjhuff mjhuff requested a review from a team as a code owner October 31, 2024 17:55
@mjhuff mjhuff requested review from TamarZanzouri and removed request for a team October 31, 2024 17:55
Copy link
Contributor

@TamarZanzouri TamarZanzouri left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

): CreateCommand => {
// Always ensure the user does all the jogging if choosing a custom location on the deck.
const stayAtHighestPossibleZ = !isPredefinedLocation
Copy link
Contributor Author

@mjhuff mjhuff Oct 31, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note that we still must specify this param during Error Recovery, because if the client issues a moveToAddressableArea after selecting the "manually move to a location" option, the pipette will move in the z-axis, which we want to avoid.

@mjhuff mjhuff merged commit c4a1f35 into chore_release-8.2.0 Oct 31, 2024
30 checks passed
@mjhuff mjhuff deleted the app_fix-tip-drop-height branch October 31, 2024 19:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants