-
Notifications
You must be signed in to change notification settings - Fork 186
chore(mono): merge HEAD of chore_release-8.8.0 into edge
#20097
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
Conversation
…20077) Ensures the configuration file that use to default to "NONE" now reinforces the new oe-core default.
# Overview This PR updates the OT3 Controller's motion planning to adjust the commanded speed for a multi axis move if one of the plunger's are in the moving axis. this ensures that the pipettes' plunger will move at the speed commanded. Right now we only move the plunger and other axis during dynamic pipetting so this won't affect anything else in the system. After doing it's best to adjust this speed, if the move is still impossible an error will be logged into the api logs.
… color on camera settings (#20061) # Overview Removed wrapping behavior of module icons in protocol card and robot card Corrected text on camera settings in run setup Updated camera enabled text to a chip ## Test Plan and Hands on Testing Smoke tested: <img width="931" height="332" alt="Screenshot 2025-11-06 at 12 35 10 PM" src="https://github.com/user-attachments/assets/696b8acd-a14f-4b32-95c6-7643240d3ee5" /> <img width="931" height="149" alt="Screenshot 2025-11-06 at 4 11 08 PM" src="https://github.com/user-attachments/assets/b37ebf6b-7a86-4b6b-95f8-98950bbbe47e" /> <img width="900" height="547" alt="Screenshot 2025-11-06 at 3 15 43 PM" src="https://github.com/user-attachments/assets/d8198898-5852-4930-9830-85385138b68c" /> <img width="913" height="564" alt="Screenshot 2025-11-06 at 3 21 59 PM" src="https://github.com/user-attachments/assets/7a5e8bcd-6cab-417a-9724-ac342613d165" /> <img width="991" height="617" alt="Screenshot 2025-11-06 at 4 19 05 PM" src="https://github.com/user-attachments/assets/d4c4266a-45b0-4c3d-874b-5078a79c564c" /> ## Risk assessment low Closes RQA-4819 Closes RQA-4825 Closes RQA-4824 Closes RQA-4830 Closes RQA-4823 Closes RQA-4835
Currently, we inject the `runId` into the secondary window, and that `runId` serves as the basis for determining whether or not we should render the stream. However, if a user keeps the secondary window open when creating a new run on the same robot, the stream still reflects the old run. To fix, we check if this robot has a current run, and use that as the basis for rendering the livestream. All of this works as expected largely because we block the "show livestream" button for historical runs.
…20082) # Overview Changes the `check_preferences` text to yellow if the image storage is almost full, red if the camera is disabled but needed for the run, grey if the camera settings are is ready to be confirmed, and green if the camera settings have been confirmed. ## Test Plan and Hands on Testing - smoke tested on robot https://github.com/user-attachments/assets/144dce45-58f7-4da8-b9d0-c7a819ca2176 ## Changelog - an additional param was added to check the storage info - camera set up is now being viewed as a module set up type to allow for checking of camera enablement and storage ## Review requests - What do you need from reviewers to feel confident this PR is ready to merge? - Ask questions. ## Risk assessment - lowish - may have accidentally changed other text formatting Closes RQA-4828
Resolved conflicts: - protocol-designer/release-notes.md
We render "robot is busy" banners on the robot details and robot settings views, however, the conditions in which we disable certain actions (ex., uploading zip files to a robot or allowing recalibration) are inconsistent from the conditions in which we render the banner. Currently, we disable or enable certain actions based on a variety of factors: * Whether the robot is "busy", which is roughly defined as whether there is a maintenance run or protocol run in progress, or there is an active subsystem update. * Whether a protocol run exists. * Whether a user has clicked specific module CTAs. The implementation of this one currently lacks a way to disable the "robot is busy" state, so once those specific items were clicked, the robot was busy so long as a user was on the robot settings page. Another downstream consequence of this logic is that we permit desktop users to launch a maintenance run flow while another maintenance run is active. The solution in this commit is the following: * No actions of any kind should be permitted if the robot is busy (see the first bullet, above). This is the most conservative approach, but it is by far the least surprising to end-users. There's no more confusion why certain settings are disabled without the banner rendering and vice versa. For example, we could in theory update camera settings while a run is in progress, but under this proposal, a user wouldn't be permitted to do so. The additional (and more important benefit I think), is the code is significantly more auditable - we invoke the useIsRobotBusy hook exactly once at the top level component responsible for rendering all the settings, and that's it. * We only block updating by zip file if there is a current, non-terminal run. NOTE: The one spot that is quite annoying is still the whole "run uncurrenting" logic, which will cause the banner to persist when an end-user may think it shouldn't. This isn't a regression introduced by this commit, but yeah, if a user over-eagerly navigates away from a run and the ODD can't implicitly close the run context, then the banner persists...but that's a different problem for a different day I think.
chore_release-8.8.0 into edge
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## edge #20097 +/- ##
==========================================
+ Coverage 25.09% 26.10% +1.01%
==========================================
Files 3558 3559 +1
Lines 297575 299024 +1449
Branches 42158 42900 +742
==========================================
+ Hits 74682 78072 +3390
+ Misses 222870 220928 -1942
- Partials 23 24 +1
Flags with carried forward coverage won't be shown. Click here to find out more.
🚀 New features to boost your workflow:
|
ddcc4
left a comment
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.
Thanks!
…onsistencies (#20093) # Overview Added missing labware images and fixed brand casing inconsistencies ## Test Plan and Hands on Testing Smoke tested on labware-library <img width="422" height="349" alt="Screenshot 2025-11-10 at 11 00 42 AM" src="https://github.com/user-attachments/assets/10221ea4-8f57-4b76-9c6f-e265f1ee603c" /> <img width="424" height="351" alt="Screenshot 2025-11-10 at 11 00 56 AM" src="https://github.com/user-attachments/assets/accb27e7-9879-4509-addd-0a259e8593a4" /> <img width="428" height="353" alt="Screenshot 2025-11-10 at 11 01 07 AM" src="https://github.com/user-attachments/assets/85e50709-a7bb-48da-9f0c-94d702144494" /> <img width="429" height="349" alt="Screenshot 2025-11-10 at 11 02 40 AM" src="https://github.com/user-attachments/assets/a6dd5ac9-e9a1-4611-8bb1-5f7f8ed1726c" /> ## Risk assessment low Finishes AUTH-1941 & EXEC-1770 Other labware do not have tickets associated.
73d4df8 to
f6e1228
Compare
Overview
Incremental mergeback of the current HEAD of
chore_release-8.8.0intoedge. Resolves conflicts in the following files: