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
Note that in the above judgement event the (absolute) start_time is 2023-02-25T19:12:14.190Z and the (contest-relative) start_contest_time is 00:12:14.232, while the corresponding end_time and end_contest_time values are 2023-02-25T19:12:00Z and 00:12:00.000 respectively. In other words, this is saying that the judgement finished 14 seconds before it started. Clearly, that's wrong.
To Reproduce:
Start a contest
Start an Event Feed client
Submit a run
Wait a short time, then judge the run
Examine the judgement event in the Event Feed
Expected behavior:
The times in the judgement event should match the times required by the CLICS specification (see below).
Actual behavior:
Judgement end times come before judgement start times.
Environment:
Detected under Linux (Ubuntu 22.04), but likely applies to all environments.
The verdict of this judgement. Required iff judgement has completed.
score
number
Score for this judgement. Required iff contest:scoreboard_type is score.
start_time
TIME
Absolute time when judgement started.
start_contest_time
RELTIME
Contest relative time when judgement started.
end_time
TIME ?
Absolute time when judgement completed. Required iff judgement_type_id is present.
end_contest_time
RELTIME ?
Contest relative time when judgement completed. Required iff judgement_type_id is present.
max_run_time
number ?
Maximum run time in seconds for any test case. Should be an integer multiple of 0.001.
The underlying issue appears to be that PC2 is not currently tracking "start judging" and "end judging" time. Further, there are two places in the code where "JSON Judgement" objects are being created: methods JSONTool.convertJudgementToJSON(Run submission) and JudgementJSON.createJSON(IInternalContest contest, Run run). It's not clear why there are two different methods handling what appears to be the same functionality. Note also that there is a comment in JSONTool.convertJudgementToJSON(Run submission) saying
// SOMEDAY this is suppose to be when the judge retrieves it, not the submission time.element.put("start_time", Utilities.getIso8601formatterWithMS().format(submission.getCreateDate()));
element.put("start_contest_time", ContestTime.formatTimeMS(submission.getElapsedMS()));
It seems likely that this the source of the bad times in the event feed...
The text was updated successfully, but these errors were encountered:
Describe the issue:
In the PacNWSpring23 contest, the following
judgement
event was found in the Event Feed:Note that in the above judgement event the (absolute)
start_time
is2023-02-25T19:12:14.190Z
and the (contest-relative)start_contest_time
is00:12:14.232
, while the correspondingend_time
andend_contest_time
values are2023-02-25T19:12:00Z
and00:12:00.000
respectively. In other words, this is saying that the judgement finished 14 seconds before it started. Clearly, that's wrong.To Reproduce:
Expected behavior:
The times in the judgement event should match the times required by the CLICS specification (see below).
Actual behavior:
Judgement end times come before judgement start times.
Environment:
Detected under Linux (Ubuntu 22.04), but likely applies to all environments.
Additional context:
According to the 2022-07 CLICS specification, the fields of a
judgements
event should be:The underlying issue appears to be that PC2 is not currently tracking "start judging" and "end judging" time. Further, there are two places in the code where "JSON Judgement" objects are being created: methods
JSONTool.convertJudgementToJSON(Run submission)
andJudgementJSON.createJSON(IInternalContest contest, Run run)
. It's not clear why there are two different methods handling what appears to be the same functionality. Note also that there is a comment inJSONTool.convertJudgementToJSON(Run submission)
sayingIt seems likely that this the source of the bad times in the event feed...
The text was updated successfully, but these errors were encountered: