LIMS-1099: Limit what can be done with red proteins#827
LIMS-1099: Limit what can be done with red proteins#827ndg63276 merged 2 commits intopre-release/2024-R4.3from
Conversation
|
It would be nice if when you attempt to change a shipment safety level to "yellow" with queued containers, it reverted to "green" after clicking OK. This is in complement to the warning message, since users might not see it as it fades out. |
|
When creating a sample from a yellow protein in a container in a yellow shipment (such as NS_PGO in mx37045), the POST request for sample creation goes through, return 200, but doesn't seem to create any samples. In fact, an empty array is returned as the response body Is this intended? |
That's weird, it creates samples for me, and the response body is an array of the created samples. |
Yep, good point. Have added a new option to the Editable class to revert the value displayed if the server gives an error. So now you get the warning at the top, and the value reverts as well. |
Seems like this is part of a recurring issue I mentioned in other PR, it started working this morning, even though I cleared data yesterday a couple of times. That's definitely odd, and possibly a bit of undefined behaviour |
* LIMS-1368: Fix incorrectly summed dose for DC groups when filtered (#803) * LIMS-1099: Limit what can be done with red proteins (#827) * LIMS-14: Show a direct link to the autoprocessing log (#805) * LIMS-1422: Reprocessing dialog edits the end value unpredictably (#819) * LIMS-1424: Show visit for each container if set (#828) * LIMS-1425: Show samples with no processing as grey (#820)
JIRA ticket: LIMS-1099
Summary:
We should not allow red/yellow proteins into green shipments, nor allow containers with them to be queued for UDC.
Changes:
To test: