-
Notifications
You must be signed in to change notification settings - Fork 178
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
feat(app): Expose Labware Calibration Status on the FileInfo Page #6100
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is looking like it's on the right track code-wise. Added some early feedback as you continue to fix up tests and stuff
app/src/calibration/labware/epic/fetchAllLabwareCalibrationEpic.js
Outdated
Show resolved
Hide resolved
app/src/calibration/labware/epic/__tests__/fetchLabwareCalibrationsEpic.test.js
Show resolved
Hide resolved
530d447
to
9f3be08
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let me know if you have any questions about any of this
app/src/calibration/labware/__fixtures__/labware-calibration.js
Outdated
Show resolved
Hide resolved
app/src/calibration/labware/epic/__tests__/fetchLabwareCalibrationsEpic.test.js
Outdated
Show resolved
Hide resolved
Codecov Report
@@ Coverage Diff @@
## edge #6100 +/- ##
=======================================
Coverage ? 67.61%
=======================================
Files ? 1213
Lines ? 33793
Branches ? 0
=======================================
Hits ? 22848
Misses ? 10945
Partials ? 0
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure this is ready yet
Summary of changes that I pushed:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested - working as intended
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good 🖌️
|
||
// TODO(mc, 2020-07-27): this selector should move to a protocol-focused module | ||
// when we don't have to rely on RPC-state selectors for protocol equipment info | ||
// NOTE(mc, 2020-07-27): due to how these endpo |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This comment was truncated somehow? Should it be removed?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oops, I should finish that comment. It was adding a note that v1 labware will always return "no calibration data" and that needs to be accounted for in UI
target.loadName === loadName && | ||
target.namespace === namespace && | ||
target.version === version && | ||
(!parent || target.parent === parent) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If !parent
is supposed to matching the case where parent === ''
, it would be clearer to write that check explicitly
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is checking the case where parent === null
(modulesBySlot[slot].model
can never be ''
to my knowledge), but good call on the explicit check, regardless
|
||
export function Continue(): React.Node { | ||
const { path, disabledReason } = useSelector(getCalibrateLocation) | ||
const [targetProps, tooltipProps] = useHoverTooltip({ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🛸 🔨 💁♂️
Overview
Closes #5555 . This is the front-end side of skipping labware calibration.
Changelog
labware/calibrations
endpointReview requests
There are more endpoints under
labware/calibrations
to access a single labware calibration -- I wasn't sure if this was useful to implement at this time. Happy to add it to the pull request as needed (wouldn't be used in any of the components here).I am also still working on some more component tests (having issues with mocks), but I wanted to get this in front of people. Let me know if there are other tests I should add.
Test Plan
not yet calibrated
Proceed to Calibrate
and bring you to the calibration pageProceed to Run
and bring you to the run pageRisk assessment
High, this is a new user facing feature that will be used very often. We should thoroughly test and go through user testing rigors. Should this potentially be behind a feature flag?
┆Issue is synchronized with this Wrike Task by Unito