failed submissions count #96
Labels
No Label
bug
component
executor
component
framework
component
parser
component
UI
duplicate
enhancement
help wanted
invalid
priority
p0
priority
p1
priority
p2
priority
p3
question
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: JOJ/JOJ3#96
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
some students don't test compilation or run their code locally before submitting. we should be able to block them easily. block can be by group or stage. the most common usage would be to prevent students who failed compilation to resubmit for a few hours/rest of the day.
xhours, similar to submission countAny idea about the format of the config?
either similar to group limitation unless this is easier/better to have a config at a stage level?
eg. max 1 failed compilation in 2h, if 2 failed then blocked for 2h
So we only need to consider blocking submission failed on compilation stage? I do not think block by failed group is a good idea as the compilation stage may not have a group, or TAs need to add it.
we usually have a group
buildfor compilation. students might push docs, or partial work so build is not enabled by default (at least in my courses, but that should be easy to extend to others)having by group could allow us to block students who "crash" on the OJ part more than 3 times a day for instance
by default the only thing that we always run is HC. all the rest build/cq/oj are optional (we use the cover dependency to run build with oj specified)