-
Notifications
You must be signed in to change notification settings - Fork 271
Allow setting activation time in contest.yaml #1807
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
5a0cc6a
to
047d2ec
Compare
b2ff378
to
318b9b9
Compare
I had to break the import of the old import format for this, I assume we want to support that again as we also still support the TSV files? |
1739ea3
to
8c24f05
Compare
This is useful to export one contest and use that directly for import in another instance. Those can also be used in downstream systems to lock/unlock the client, alert that the ceremony can start etc. Also expose relative times and absolute as that makes parsing easier. Did not implement the activation_duration as there is no real usecase for it.
Also add tests to check if the (de)activation time is correctly set via API. Order based on most recent CLICS spec naming convention
764928c
to
9685479
Compare
Thanks for merging this! 😄 Question: since either |
It's For most other properties you can refer to https://ccs-specs.icpc.io/draft/contest_api#interface-specification, but these are our own specification. |
Closes #1719
I've added some more times to the contest which might be useful. If we can expose a property but currently it's null, should we display as null or do we omit it from the response? I've now chosen to omit as that is also easier to parse for downstream clients. It's easy to crash an a missing key and fix it, but finding why you get a strange time when converting null to something else is slightly harder IMO.