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
{{ message }}
Repository navigation
Provide script to detect jobs that are finishing on default github timeout #4
which means usually that there was a deadlock or infinite loop.
By default it takes 6 hours to cancel the job, in case of jobs which are supposed to run faster, we could determine and configure a lower timeout.
What do you think? The two approaches are complementary and in a repository where maintainers often check the CI, runaway jobs are rare and get fixed rather soon. Maybe a notification to private@ if jobs time out often is the best approach (nobody follows the GitHub notification mailing lists).
Activity
ppkarwasz commentedon Jun 12, 2026
We could also add setting a timeout of about 2× or 3× the usual run time as best practice in:
https://cwiki.apache.org/confluence/display/INFRA/GitHub+Actions+Recommended+Practices
What do you think? The two approaches are complementary and in a repository where maintainers often check the CI, runaway jobs are rare and get fixed rather soon. Maybe a notification to
private@if jobs time out often is the best approach (nobody follows the GitHub notification mailing lists).apupier commentedon Jun 12, 2026
agree
yes would be nice. Not sure how to easily implement that though
apupier commentedon Jun 12, 2026
thinking out loud. Does the timeout include the "queue" time or only the "in progress" time?