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,api,robot-server): remove old sim flag #15018

Merged
merged 6 commits into from
Apr 29, 2024

Conversation

sfoster1
Copy link
Member

@sfoster1 sfoster1 commented Apr 25, 2024

Remove the disableFastProtocolUpload flag.

This flag makes the simulation stack, when simulating older protocols, use a hardware controller built in simulation mode and a full standard protocol context and/or engine. This is... not something we've significantly tested and has a lot of surprising problems, and at this point it doesn't bring much value. So remove the feature flag.

The old behavior can still be accessed via opentrons_simulate, which will only use the simulating hardware controller when simulating pre-engine python and json protocols.

Closes EXEC-360

To come out of draft

  • is this a good idea?

Remove the disableFastProtocolUpload flag.

This flag makes the simulation stack, when simulating older protocols,
use a hardware controller built in simulation mode and a full standard
protocol context and/or engine. This is... not something we've
significantly tested and has a lot of surprising problems, and at this
point it doesn't bring much value. So remove the feature flag.

The old behavior can still be accessed via opentrons_simulate, which
will only use the simulating hardware controller when simulating
pre-engine python and json protocols.

Closes EXEC-360
Copy link
Contributor

@DerekMaggio DerekMaggio left a comment

Choose a reason for hiding this comment

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

It makes sense to me to remove this.
If customers are relying on it because the fast protocol upload stuff fails, then we should be fixing fast protocol upload stuff, not exposing unmaintained and basically deprecated functionality.

The only caveat is, have we checked with support to see if they have an idea of if there is a large amount of customers this will cause issues for?

All the Python side of things look good to me

@sfoster1 sfoster1 marked this pull request as ready for review April 29, 2024 14:05
@sfoster1 sfoster1 requested review from a team as code owners April 29, 2024 14:05
@sfoster1 sfoster1 requested review from jerader and removed request for a team April 29, 2024 14:05
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.

not sure about the FE changes but backend looks great

Copy link
Contributor

@SyntaxColoring SyntaxColoring left a comment

Choose a reason for hiding this comment

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

(rhythmic chanting) red diff red diff red diff

Frontend and backend both look good to me.

Copy link
Contributor

@caila-marashaj caila-marashaj left a comment

Choose a reason for hiding this comment

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

Seems like this makes sense

@sfoster1 sfoster1 merged commit 114c9ba into edge Apr 29, 2024
35 checks passed
@sfoster1 sfoster1 deleted the exec-360-remove-disable-fast-protocol-upload branch April 29, 2024 19:17
Carlos-fernandez pushed a commit that referenced this pull request May 20, 2024
Remove the disableFastProtocolUpload flag.

This flag makes the simulation stack, when simulating older protocols,
use a hardware controller built in simulation mode and a full standard
protocol context and/or engine. This is... not something we've
significantly tested and has a lot of surprising problems, and at this
point it doesn't bring much value. So remove the feature flag.

The old behavior can still be accessed via opentrons_simulate, which
will only use the simulating hardware controller when simulating
pre-engine python and json protocols.

Closes EXEC-360
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.

None yet

5 participants