timetobail

GitLab · Forced move · Tracked since October 17, 2026 · Sources checked Oct 17

Time to bail on GitLab CI jobs that retry on the old timeout reasons?

Time to Bail · Boarding pass

FromGitLab CI jobs that retry on the old timeout reasons
ToYour pick

Act. You can stay.

Both values are removed in GitLab 20.0, planned for May 20, 2027. List the new failure reasons instead.[1]

Act means: change a setting or plan before the date. You can stay.

Gate closes
GitLab 20.0 release (planned)
Time left
214days
Status
Act

GitLab 20.0 removes old retry:when failure reasons (May 20, 2027)

GitLab 19.0 split two failure reasons into more exact ones. The old names are stuck_or_timeout_failure and job_execution_timeout. You can still use them in retry:when, but you get a warning. GitLab plans to remove them in GitLab 20.0, on May 20, 2027.

Email me 7 days before May 20

One email with the first steps. Nothing else.

Or add the date to your calendar: Apple or Outlook (.ics) · Google Calendar

What to do before May 20

Tick steps as you go. Your progress stays in this browser.

  1. Search your CI files

    Look for the two old names in .gitlab-ci.yml and in files it includes.

  2. Use the new reasons

    List the new names you need, like no_updates_running or server_timeout_running.

  3. Run CI lint

    Open the pipeline editor. The warning should be gone.

Email me 7 days before May 20

One email with the first steps. Nothing else.

Or add the date to your calendar: Apple or Outlook (.ics) · Google Calendar

Facts we checked

Facts and their sources
GitLab 20.0 release (planned)May 20, 2027[2]
Removed inGitLab 20.0[1]
Deprecated valuesstuck_or_timeout_failure and job_execution_timeout[1]
Split into new reasons inGitLab 19.0[1]
Until thenThey work as aliases for the new reasons, and CI lint shows a warning[1]
Replace stuck_or_timeout_failure withThe ones you need of stuck_pending_with_matching_runners, stuck_pending_no_matching_runners, no_updates_running and no_updates_canceling[1]
Replace job_execution_timeout withserver_timeout_running and/or server_timeout_canceling[1]
GitLab.comDeprecated features can be removed at any time in the month before the release[1]
Pipelines that list the old valuesMust use the new values before GitLab 20.0[1]

Sources

Check it yourself. Every fact above links here.

  1. Deprecations and removals by version GitLab · primary · checked Oct 17
  2. GitLab release and maintenance policy GitLab · primary · checked Oct 17
  3. CI/CD YAML syntax reference (retry:when) GitLab · primary · checked Oct 17
Read the published editorial report

What changed

Time to bail on GitLab CI jobs that retry on the old timeout reasons? Act. You can stay. Both values are removed in GitLab 20.0, planned for May 20, 2027. List the new failure reasons instead.

On our scale this is Act: change a setting or plan before the date. You can stay.

GitLab 19.0 split two failure reasons into more exact ones. The old names are stuck_or_timeout_failure and job_execution_timeout. You can still use them in retry:when, but you get a warning. GitLab plans to remove them in GitLab 20.0, on May 20, 2027.

Here are the facts we checked:

  • GitLab 20.0 release (planned): May 20, 2027 (GitLab)
  • Removed in: GitLab 20.0 (GitLab)
  • Deprecated values: stuck_or_timeout_failure and job_execution_timeout (GitLab)
  • Split into new reasons in: GitLab 19.0 (GitLab)
  • Until then: They work as aliases for the new reasons, and CI lint shows a warning (GitLab)
  • Replace stuck_or_timeout_failure with: The ones you need of stuck_pending_with_matching_runners, stuck_pending_no_matching_runners, no_updates_running and no_updates_canceling (GitLab)
  • Replace job_execution_timeout with: server_timeout_running and/or server_timeout_canceling (GitLab)
  • GitLab.com: Deprecated features can be removed at any time in the month before the release (GitLab)
  • Pipelines that list the old values: Must use the new values before GitLab 20.0 (GitLab)

You can stay on GitLab. You have to change a setting or plan before the date.

Leaving is a choice here, not a must.

GitLab is the main source for this page. GitLab has not said more than what is listed here. If a fact is not on this page, we do not know it yet.

Who is affected

Pipelines that list the old values: Must use the new values before GitLab 20.0.

The date to remember is May 20, 2027. Make the change before then.

What to do before May 20

  1. Search your CI files. Look for the two old names in .gitlab-ci.yml and in files it includes.
  2. Use the new reasons. List the new names you need, like no_updates_running or server_timeout_running.
  3. Run CI lint. Open the pipeline editor. The warning should be gone.

A few tips:

  • Make the change yourself before the date. Do not wait for the last reminder email.
  • Write down your current plan or settings first, so you can compare after the change.
  • After the change, open your settings again and check that it worked.

How to tell your users

If the change affects your members or team, send one short email. Say what changes for them and when. Put the most important line first.

If there is a date, send a short reminder a few days before it. Keep a copy of the list you sent it to.

Options people mention

Listed for convenience. Not ranked. Not paid. These names come up in threads and reviews; that does not show where people moved.

Before you pay, check the price page of each tool yourself. Prices change, and we only list what our sources say.

Questions people ask

No questions collected yet.

Sources

Thanks.

Did this answer your question?

Run SaaS spend at work? Get these changes before the invoice

Arrivals · for builders

Building where they land?

People on GitLab CI jobs that retry on the old timeout reasons can stay if they make the change. Some would rather leave. Get the playbook for this change, and list your product here.

Listing is free. An editor checks it. Not ranked. Not paid.