Skip to content

Allow repo fork even when shared_runners_enabled conflicts with its group

Everyone can contribute. Help move this issue forward while earning points, leveling up and collecting rewards.

Problem

An Ultimate SaaS customer reports that when they attempt to fork the GitLab docker-machine repo to their project, it fails because they do not have shared runners enabled on the project. This is very similar to #276930 (closed).

I duplicated the behavior on a namespace that has shared runners disabled. The network tab on the browser inspector reveals a 409 error when attempting to fork, and the error message is:

{"message":{"shared_runners_enabled":["cannot be enabled because parent group does not allow it"]}}

Proposed solution

I believe the proposed solutions provided on the related issue I linked to above can probably apply here, as well.

  • Keep project value if Allow projects and subgroups to override the group setting is set, as it already does
  • Otherwise inherit group setting of disabled, if a project has enabled set
  • Keep project setting of enabled/disabled, if group setting is enabled.

Zendesk ticket (internal)

Edited by 🤖 GitLab Bot 🤖