You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Serialized classes should include a version number that indicates what version is currently being used. Currently, the team is working towards 1.0 for the next release so the version would be 1.0.
This would overwrite the field that is currently on the manifest indicating the specification version. The expectation is a field on each section called electionguard_version: "1.0"
Possible names electionguard_version eg_version eg_ver sdk_version
Possible Implementation
This could be done by adding a field to existing models but should likely be restricted to certain classes. The primary concern are those files in the Election Record exclusively.
Is there an existing issue for this?
Suggestion
Serialized classes should include a version number that indicates what version is currently being used. Currently, the team is working towards
1.0
for the next release so the version would be 1.0.This would overwrite the field that is currently on the manifest indicating the specification version. The expectation is a field on each section called
electionguard_version: "1.0"
Possible names
electionguard_version
eg_version
eg_ver
sdk_version
Possible Implementation
This could be done by adding a field to existing models but should likely be restricted to certain classes. The primary concern are those files in the Election Record exclusively.
Existing one to be changed.
https://github.com/microsoft/electionguard-python/blob/c59fddcd89f85619ba801d6c38b1ea7f08210951/src/electionguard/manifest.py#L583
Anything else?
No response
The text was updated successfully, but these errors were encountered: