Answer the questions below in detail. Your responses will be emailed to experimenters.
If the experimenters must do anything new, provide detailed step by step instructions on the wiki
If computer maintainers need to manually update anything, provide detailed step by step instructions
Use markdown syntax in order for your comments to be rendered reliably in the email: "1." instead of "1)", use four spaces for indents.
If you use the keyword "skip email" in the title, it will skip the email updates
Merges from "develop" into "production_testing" should use the keyword "production merge" in the title for reliable indexing of updates
Merges from "production_testing" into "main" should use the keyword "update main"
Describe changes:
Previously, when creating a rig metadata, we wrote the new metadata to file, then loaded it back. We then compared this with the existing rig metadata which was loaded to file. We did this to ensure serialization/deserialization happened consistently with the old and new. This created I/O errors when the new file didn't finish writing by the time it was loaded back. So now I just serialize/deserialize in python without writing to disk.
What issues or discussions does this update address?
Pull Request instructions:
Describe changes:
Previously, when creating a rig metadata, we wrote the new metadata to file, then loaded it back. We then compared this with the existing rig metadata which was loaded to file. We did this to ensure serialization/deserialization happened consistently with the old and new. This created I/O errors when the new file didn't finish writing by the time it was loaded back. So now I just serialize/deserialize in python without writing to disk.
What issues or discussions does this update address?
Describe the expected change in behavior from the perspective of the experimenter
Should limit uncaught errors about JSON decoding
Describe any manual update steps for task computers
Was this update tested in 446/447?