Add latest changes from gitlab-org/gitlab@master

.gitlab/CODEOWNERS

@@ -11,19 +11,19 @@
 /doc/.markdownlint @marcel.amirault @eread @aqualls @cnorris
 /doc/ @gl-docsteam
 /doc/.vale/ @marcel.amirault @eread @aqualls @cnorris
-/doc/administration/geo/ @marcel.amirault
+/doc/administration/geo/ @axil
 /doc/administration/gitaly/ @eread
 /doc/administration/lfs/ @aqualls
 /doc/administration/monitoring/ @ngaskill
-/doc/administration/operations/ @marcel.amirault @eread @marcia
+/doc/administration/operations/ @axil @eread @marcia
 /doc/administration/packages/ @ngaskill
 /doc/administration/pages/ @rdickenson @kpaizee
 /doc/administration/postgresql/ @marcia
-/doc/administration/raketasks/ @marcel.amirault @eread
-/doc/administration/redis/ @marcel.amirault
-/doc/administration/reference_architectures/ @marcel.amirault
+/doc/administration/raketasks/ @axil @eread
+/doc/administration/redis/ @axil
+/doc/administration/reference_architectures/ @axil
 /doc/administration/snippets/ @aqualls
-/doc/administration/troubleshooting @marcel.amirault @marcia @eread
+/doc/administration/troubleshooting @axil @marcia @eread
 /doc/api/graphql/ @msedlakjakubowski @kpaizee
 /doc/api/graphql/reference/ @kpaizee
 /doc/api/group_activity_analytics.md @fneill
@@ -37,7 +37,7 @@
 /doc/development/i18n/ @ngaskill
 /doc/development/value_stream_analytics.md @fneill
 /doc/gitlab-basics/ @aqualls
-/doc/install/ @marcel.amirault
+/doc/install/ @axil
 /doc/operations/ @ngaskill @rdickenson
 /doc/push_rules/ @aqualls
 /doc/security/ @eread
@@ -45,7 +45,7 @@
 /doc/subscriptions/ @sselhorn
 /doc/topics/autodevops/ @marcia
 /doc/topics/git/ @aqualls
-/doc/update/ @marcel.amirault @marcia
+/doc/update/ @axil @marcia
 /doc/user/analytics/ @fneill @ngaskill
 /doc/user/application_security/ @rdickenson
 /doc/user/application_security/container_scanning/ @ngaskill

.gitlab/ci/rules.gitlab-ci.yml

@@ -1367,7 +1367,7 @@
     - <<: *if-not-ee
       when: never
     - <<: *if-merge-request-labels-skip-undercoverage
-      allow_failure: true
+      when: never
     - <<: *if-merge-request-labels-run-all-rspec
     - <<: *if-merge-request
       changes: *backend-patterns

Dangerfile

@@ -2,15 +2,25 @@
 
 require 'gitlab-dangerfiles'
 
-gitlab_dangerfiles = Gitlab::Dangerfiles::Engine.new(self)
-gitlab_dangerfiles.import_plugins
+def ee?
+  # Support former project name for `dev` and support local Danger run
+  %w[gitlab gitlab-ee].include?(ENV['CI_PROJECT_NAME']) || Dir.exist?(File.expand_path('ee', __dir__))
+end
+
+project_name = ee? ? 'gitlab' : 'gitlab-foss'
+
+Gitlab::Dangerfiles.for_project(self, project_name) do |gitlab_dangerfiles|
+  gitlab_dangerfiles.import_plugins
+
+  unless helper.release_automation?
+    danger.import_plugin('danger/plugins/*.rb')
+    gitlab_dangerfiles.import_dangerfiles(except: %w[simple_roulette])
+    gitlab_dangerfiles.config.files_to_category = ProjectHelper::CATEGORIES
+  end
+end
 
 return if helper.release_automation?
 
-danger.import_plugin('danger/plugins/*.rb')
-
-gitlab_dangerfiles.import_dangerfiles
-
 project_helper.rule_names.each do |rule|
   danger.import_dangerfile(path: File.join('danger', rule))
 end

Gemfile

@@ -400,7 +400,7 @@ group :development, :test do
 end
 
 group :development, :test, :danger do
-  gem 'gitlab-dangerfiles', '~> 2.5.0', require: false
+  gem 'gitlab-dangerfiles', '~> 2.6.1', require: false
 end
 
 group :development, :test, :coverage do

Gemfile.lock

@@ -222,7 +222,7 @@ GEM
     css_parser (1.7.0)
       addressable
     daemons (1.3.1)
-    danger (8.4.1)
+    danger (8.4.2)
       claide (~> 1.0)
       claide-plugins (>= 0.9.2)
       colored2 (~> 3.1)
@@ -458,7 +458,7 @@ GEM
       terminal-table (~> 1.5, >= 1.5.1)
     gitlab-chronic (0.10.5)
       numerizer (~> 0.2)
-    gitlab-dangerfiles (2.5.0)
+    gitlab-dangerfiles (2.6.1)
       danger (>= 8.3.1)
       danger-gitlab (>= 8.0.0)
     gitlab-experiment (0.6.5)
@@ -1475,7 +1475,7 @@ DEPENDENCIES
   gitaly (~> 14.4.0.pre.rc43)
   github-markup (~> 1.7.0)
   gitlab-chronic (~> 0.10.5)
-  gitlab-dangerfiles (~> 2.5.0)
+  gitlab-dangerfiles (~> 2.6.1)
   gitlab-experiment (~> 0.6.5)
   gitlab-fog-azure-rm (~> 1.2.0)
   gitlab-labkit (~> 0.21.1)

app/assets/javascripts/ide/lib/themes/monokai.js

@@ -162,8 +162,8 @@ export default {
     'editor.selectionBackground': '#49483E',
     'editor.lineHighlightBackground': '#3E3D32',
     'editorCursor.foreground': '#F8F8F0',
-    'editorWhitespace.foreground': '#3B3A32',
     'editorIndentGuide.activeBackground': '#9D550FB0',
     'editor.selectionHighlightBorder': '#222218',
+    'editorWhitespace.foreground': '#75715e',
   },
 };

app/assets/javascripts/ide/lib/themes/solarized_dark.js

@@ -1105,6 +1105,6 @@ export default {
     'editor.selectionBackground': '#073642',
     'editor.lineHighlightBackground': '#073642',
     'editorCursor.foreground': '#819090',
-    'editorWhitespace.foreground': '#073642',
+    'editorWhitespace.foreground': '#586e75',
   },
 };

app/assets/javascripts/ide/lib/themes/solarized_light.js

@@ -1096,6 +1096,6 @@ export default {
     'editor.selectionBackground': '#EEE8D5',
     'editor.lineHighlightBackground': '#EEE8D5',
     'editorCursor.foreground': '#000000',
-    'editorWhitespace.foreground': '#EAE3C9',
+    'editorWhitespace.foreground': '#93a1a1',
   },
 };

app/assets/javascripts/runner/components/runner_list.vue

@@ -9,20 +9,17 @@ import RunnerSummaryCell from './cells/runner_summary_cell.vue';
 import RunnerStatusCell from './cells/runner_status_cell.vue';
 import RunnerTags from './runner_tags.vue';
 
-const tableField = ({ key, label = '', width = 10 }) => {
+const tableField = ({ key, label = '', thClasses = [] }) => {
   return {
     key,
     label,
     thClass: [
-      `gl-w-${width}p`,
       'gl-bg-transparent!',
       'gl-border-b-solid!',
       'gl-border-b-gray-100!',
-      'gl-py-5!',
-      'gl-px-0!',
       'gl-border-b-1!',
+      ...thClasses,
     ],
-    tdClass: ['gl-py-5!', 'gl-px-1!'],
     tdAttr: {
       'data-testid': `td-${key}`,
     },
@@ -66,10 +63,10 @@ export default {
   },
   fields: [
     tableField({ key: 'status', label: s__('Runners|Status') }),
-    tableField({ key: 'summary', label: s__('Runners|Runner ID'), width: 30 }),
+    tableField({ key: 'summary', label: s__('Runners|Runner ID'), thClasses: ['gl-lg-w-25p'] }),
     tableField({ key: 'version', label: __('Version') }),
     tableField({ key: 'ipAddress', label: __('IP Address') }),
-    tableField({ key: 'tagList', label: __('Tags'), width: 20 }),
+    tableField({ key: 'tagList', label: __('Tags'), thClasses: ['gl-lg-w-25p'] }),
     tableField({ key: 'contactedAt', label: __('Last contact') }),
     tableField({ key: 'actions', label: '' }),
   ],

app/assets/stylesheets/utilities.scss

@@ -302,3 +302,10 @@ $gl-line-height-42: px-to-rem(42px);
 .gl-z-index-200 {
   z-index: 200;
 }
+
+// Will be moved to @gitlab/ui by https://gitlab.com/gitlab-org/gitlab-ui/-/issues/1637
+.gl-lg-w-25p {
+  @include gl-media-breakpoint-up(lg) {
+    width: 25%;
+  }
+}

app/graphql/types/ci/job_type.rb

@@ -50,8 +50,8 @@ module Types
             null: true,
             description: 'How long the job was enqueued before starting.'
 
-      field :previous_stage_jobs_and_needs, Types::Ci::JobType.connection_type, null: true,
-            description: 'All prerequisite jobs.'
+      field :previous_stage_jobs_or_needs, Types::Ci::JobType.connection_type, null: true,
+            description: 'Jobs that must complete before the job runs. Returns needed jobs if the job uses the `needs` keyword, and returns previous stage jobs otherwise.'
       field :detailed_status, Types::Ci::DetailedStatusType, null: true,
             description: 'Detailed status of the job.'
       field :artifacts, Types::Ci::JobArtifactType.connection_type, null: true,
@@ -103,9 +103,13 @@ module Types
         end
       end
 
-      def previous_stage_jobs_and_needs
-        Gitlab::Graphql::Lazy.with_value(previous_stage_jobs) do |jobs|
-          (jobs + object.needs).uniq(&:name)
+      def previous_stage_jobs_or_needs
+        if object.scheduling_type == 'stage'
+          Gitlab::Graphql::Lazy.with_value(previous_stage_jobs) do |jobs|
+            jobs
+          end
+        else
+          object.needs
         end
       end
 

config/events/202108302307_security__ci_configuration__sast_create_service_create.yml

@@ -0,0 +1,21 @@
+description: Create SAST
+category: Security::CiConfiguration::SastCreateService
+action: create
+label_description: One of "true", "false"
+property_description:
+value_description:
+extra_properties:
+identifiers:
+product_section: sec
+product_stage: secure
+product_group: group::static_analysis
+product_category:
+milestone: "13.12"
+introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/58230
+distributions:
+- ce
+- ee
+tiers:
+- free
+- premium
+- ultimate

config/events/202108302307_security__ci_configuration__sast_create_service_update.yml

@@ -0,0 +1,21 @@
+description: Update SAST
+category: Security::CiConfiguration::SastCreateService
+action: update
+label_description: One of "true", "false"
+property_description:
+value_description:
+extra_properties:
+identifiers:
+product_section: sec
+product_stage: secure
+product_group: group::static_analysis
+product_category:
+milestone: "13.12"
+introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/58230
+distributions:
+- ce
+- ee
+tiers:
+- free
+- premium
+- ultimate

config/events/202108302307_security__ci_configuration__secret_detection_create_service_create.yml

@@ -0,0 +1,21 @@
+description: Create secret detection
+category: Security::CiConfiguration::SecretDetectionCreateService
+action: create
+label_description: One of "true", "false"
+property_description:
+value_description:
+extra_properties:
+identifiers:
+product_section: sec
+product_stage: secure
+product_group: group::static_analysis
+product_category:
+milestone: "13.12"
+introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/58230
+distributions:
+- ce
+- ee
+tiers:
+- free
+- premium
+- ultimate

config/events/202108302307_security__ci_configuration__secret_detection_create_service_update.yml

@@ -0,0 +1,21 @@
+description: Update secret detection
+category: Security::CiConfiguration::SecretDetectionCreateService
+action: update
+label_description: One of "true", "false"
+property_description:
+value_description:
+extra_properties:
+identifiers:
+product_section: sec
+product_stage: secure
+product_group: group::static_analysis
+product_category:
+milestone: "13.12"
+introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/58230
+distributions:
+- ce
+- ee
+tiers:
+- free
+- premium
+- ultimate

config/events/202109151015_api__group_container_repositories_list_repositories.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_api__project_container_repositories_delete_repository.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_api__project_container_repositories_delete_tag.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_api__project_container_repositories_delete_tag_bulk.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_api__project_container_repositories_list_repositories.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_api__project_container_repositories_list_tags.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_api__pypi_packages_list_package.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_cluster_applications_cluster_application_name.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: monitor
-product_group: monitor
+product_group: group::monitor
 product_category:
 milestone: "12.7"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/23000
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_cluster_services_prometheus_disabled_manual_prometheus.yml

@@ -14,5 +14,8 @@ milestone: "14.0"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/62645
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_cluster_services_prometheus_enabled_manual_prometheus.yml

@@ -14,5 +14,8 @@ milestone: "14.0"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/62645
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_container_registry_notification_create_repository.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "12.10"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/27001
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_container_registry_notification_delete_repository.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "12.10"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/27001
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_container_registry_notification_delete_tag.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "12.10"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/27001
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_container_registry_notification_push_repository.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "12.10"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/27001
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_container_registry_notification_push_tag.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "12.10"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/27001
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_delete_repository_container.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.6"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/47175
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_delete_tag_bulk_tag.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.7"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/48617
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_experiment_name_initial_write.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: growth
 product_stage: growth
-product_group: adoption
+product_group: group::adoption
 product_category:
 milestone: "13.12"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/59713
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_experiment_name_write.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: growth
 product_stage: growth
-product_group: adoption
+product_group: group::adoption
 product_category:
 milestone: "13.12"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/59713
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_groups__email_campaigns_controller_click.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: growth
 product_stage: growth
-product_group: activation
+product_group: group::activation
 product_category:
 milestone: "13.11"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/56015
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_groups__registry__repositories_controller_list_repositories.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_incident_management__zoom_integration_add_zoom_meeting.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: monitor
-product_group: monitor
+product_group: group::monitor
 product_category:
 milestone: "12.4"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/18620
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_incident_management__zoom_integration_remove_zoom_meeting.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: monitor
-product_group: monitor
+product_group: group::monitor
 product_category:
 milestone: "12.4"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/18620
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_list_repositories_container.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.6"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/44926
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_notes__create_service_execute.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: verify
-product_group: testing
+product_group: group::testing
 product_category:
 milestone: "12.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/18890
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_package_class_pull_package.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_package_class_push_package.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_projects__registry__repositories_controller_delete_repository.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_projects__registry__repositories_controller_list_repositories.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_projects__registry__tags_controller_delete_tag.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_projects__registry__tags_controller_delete_tag_bulk.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

config/events/202109151015_projects__registry__tags_controller_list_tags.yml

@@ -8,11 +8,14 @@ extra_properties:
 identifiers:
 product_section: ops
 product_stage: package
-product_group: package
+product_group: group::package
 product_category:
 milestone: "13.5"
 introduced_by_url: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/41846
 distributions:
 - ce
+- ee
 tiers:
 - free
+- premium
+- ultimate

danger/ci_templates/Dangerfile

@@ -17,7 +17,7 @@ MSG
 
 return unless helper.ci?
 
-template_paths_to_review = project_helper.changes_by_category[:ci_template]
+template_paths_to_review = helper.changes_by_category[:ci_template]
 
 if gitlab.mr_labels.include?('ci::templates') || template_paths_to_review.any?
   message 'This merge request adds or changes files that require a ' \

danger/database/Dangerfile

@@ -51,7 +51,7 @@ end
 return unless helper.ci?
 return if gitlab.mr_labels.include?(DATABASE_APPROVED_LABEL)
 
-db_paths_to_review = project_helper.changes_by_category[:database]
+db_paths_to_review = helper.changes_by_category[:database]
 
 if gitlab.mr_labels.include?('database') || db_paths_to_review.any?
   message 'This merge request adds or changes files that require a ' \

danger/documentation/Dangerfile

@@ -13,7 +13,7 @@ For more information, see:
 - The [definition of done](https://docs.gitlab.com/ee/development/contributing/merge_request_workflow.html#definition-of-done) documentation.
 MSG
 
-docs_paths_to_review = project_helper.changes_by_category[:docs]
+docs_paths_to_review = helper.changes_by_category[:docs]
 
 # Documentation should be updated for feature::addition and feature::enhancement
 if docs_paths_to_review.empty?

danger/product_intelligence/Dangerfile

@@ -12,7 +12,7 @@ For MR review guidelines, see the [Service Ping review guidelines](https://docs.
 MSG
 
 # exit if not matching files or if no product intelligence labels
-product_intelligence_paths_to_review = project_helper.changes_by_category[:product_intelligence]
+product_intelligence_paths_to_review = helper.changes_by_category[:product_intelligence]
 labels_to_add = product_intelligence.missing_labels
 
 return if product_intelligence_paths_to_review.empty? || labels_to_add.empty?

danger/roulette/Dangerfile

@@ -89,7 +89,7 @@ def markdown_row_for_spins(category, spins_array)
   "| #{helper.label_for_category(category)} | #{reviewer_note} | #{maintainer_note} |"
 end
 
-changes = project_helper.changes_by_category
+changes = helper.changes_by_category
 
 # Ignore any files that are known but uncategorized. Prompt for any unknown files
 changes.delete(:none)
@@ -114,9 +114,7 @@ categories << :product_intelligence if helper.mr_labels.include?("product intell
 categories.delete(:product_intelligence) unless helper.mr_labels.include?("growth experiment")
 
 if changes.any?
-  project = project_helper.project_name
-
-  random_roulette_spins = roulette.spin(project, categories, timezone_experiment: false)
+  random_roulette_spins = roulette.spin(nil, categories, timezone_experiment: false)
 
   rows = random_roulette_spins.map do |spin|
     markdown_row_for_spins(spin.category, [spin])

danger/specialization_labels/Dangerfile

@@ -14,7 +14,7 @@ SPECIALIZATIONS = {
   feature_flag: 'feature flag'
 }.freeze
 
-labels_to_add = project_helper.changes_by_category.each_with_object([]) do |(category, _changes), memo|
+labels_to_add = helper.changes_by_category.each_with_object([]) do |(category, _changes), memo|
   label = SPECIALIZATIONS[category]
   next unless label
   next if gitlab.mr_labels.include?(label)

danger/specs/Dangerfile

@@ -50,7 +50,7 @@ if has_ee_app_changes && has_spec_changes && !(has_app_changes || has_ee_spec_ch
 end
 
 # Forbidding a new file addition under `/spec/controllers` or `/ee/spec/controllers`
-if project_helper.changes.added.files.grep(%r{^(ee/)?spec/controllers/}).any?
+if helper.changes.added.files.grep(%r{^(ee/)?spec/controllers/}).any?
   warn CONTROLLER_SPEC_DEPRECATION_MESSAGE
 end
 

doc/administration/audit_events.md

@@ -208,7 +208,7 @@ Events visible in Audit Events views until more events are logged.
 
 ### "Deleted User" events
 
-Audit events can be created for a user after the user is deleted. The user name associated with the event is set to 
+Audit events can be created for a user after the user is deleted. The user name associated with the event is set to
 "Deleted User" because the actual user name is unknowable. For example, if a deleted user's access to a project is
 removed automatically due to expiration, the audit event is created for "Deleted User". We are [investigating](https://gitlab.com/gitlab-org/gitlab/-/issues/343933)
 whether this is avoidable.

doc/administration/auth/ldap/index.md

@@ -23,7 +23,7 @@ Users added through LDAP:
 
 - Take a [licensed seat](../../../subscriptions/self_managed/index.md#billable-users).
 - Can authenticate with Git using either their GitLab username or their email and LDAP password,
-  even if password authentication for Git 
+  even if password authentication for Git
   [is disabled](../../../user/admin_area/settings/sign_in_restrictions.md#password-authentication-enabled).
 
 The LDAP DN is associated with existing GitLab users when:
@@ -41,7 +41,7 @@ If an existing GitLab user wants to enable LDAP sign-in for themselves, they sho
 
 GitLab has multiple mechanisms to verify a user is still active in LDAP. If the user is no longer active in
 LDAP, they are placed in an `ldap_blocked` status and are signed out. They are unable to sign in using any authentication provider until they are
-reactivated in LDAP. 
+reactivated in LDAP.
 
 Users are considered inactive in LDAP when they:
 

doc/administration/geo/replication/version_specific_updates.md

@@ -50,7 +50,7 @@ If you are running a version prior to 14.1 and are using Geo and multi-arch cont
 
 ### Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode
 
-GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) will cause Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
+GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) causes Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
 
 ## Updating to GitLab 14.0/14.1
 
@@ -64,7 +64,7 @@ If you are running an affected version and need to remove your Primary site, you
 
 ### Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode
 
-GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) will cause Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
+GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) causes Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
 
 ## Updating to GitLab 13.12
 
@@ -90,7 +90,7 @@ Geo::LfsObjectRegistry.where(state: 0, success: true).update_all(state: 2)
 
 ### Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode
 
-GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) will cause Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
+GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) causes Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
 
 ## Updating to GitLab 13.11
 
@@ -98,20 +98,20 @@ We found an [issue with Git clone/pull through HTTP(s)](https://gitlab.com/gitla
 
 ### Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode
 
-GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) will cause Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
+GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) causes Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
 
 ## Updating to GitLab 13.10
 
 ### Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode
 
-GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) will cause Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
+GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) causes Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
 
 ## Updating to GitLab 13.9
 
 ### Error during zero-downtime update: "cannot drop column asset_proxy_whitelist"
 
 We've detected an issue [with a column rename](https://gitlab.com/gitlab-org/gitlab/-/issues/324160)
-that will prevent upgrades to GitLab 13.9.0, 13.9.1, 13.9.2 and 13.9.3 when following the zero-downtime steps. It is necessary
+that prevents upgrades to GitLab 13.9.0, 13.9.1, 13.9.2 and 13.9.3 when following the zero-downtime steps. It is necessary
 to perform the following additional steps for the zero-downtime update:
 
 1. Before running the final `sudo gitlab-rake db:migrate` command on the deploy node,
@@ -132,7 +132,7 @@ to perform the following additional steps for the zero-downtime update:
    ```
 
 If you have already run the final `sudo gitlab-rake db:migrate` command on the deploy node and have
-encountered the [column rename issue](https://gitlab.com/gitlab-org/gitlab/-/issues/324160), you will
+encountered the [column rename issue](https://gitlab.com/gitlab-org/gitlab/-/issues/324160), you might
 see the following error:
 
 ```shell
@@ -148,7 +148,7 @@ More details are available [in this issue](https://gitlab.com/gitlab-org/gitlab/
 
 ### Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode
 
-GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) will cause Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
+GitLab 13.9 through GitLab 14.3 are affected by a bug in which enabling [GitLab Maintenance Mode](../../maintenance_mode/index.md) causes Geo secondary site statuses to appear to stop updating and become unhealthy. For more information, see [Troubleshooting - Geo Admin Area shows 'Unhealthy' after enabling Maintenance Mode](troubleshooting.md#geo-admin-area-shows-unhealthy-after-enabling-maintenance-mode).
 
 ## Updating to GitLab 13.7
 
@@ -168,7 +168,7 @@ on Geo secondaries. This issue is fixed in GitLab 13.6.1 and later.
 In GitLab 13.3, Geo removed the PostgreSQL [Foreign Data Wrapper](https://www.postgresql.org/docs/11/postgres-fdw.html)
 dependency for the tracking database.
 
-The FDW server, user, and the extension will be removed during the upgrade
+The FDW server, user, and the extension is removed during the upgrade
 process on each secondary node. The GitLab settings related to the FDW in the
 `/etc/gitlab/gitlab.rb`  have been deprecated and can be safely removed.
 

doc/administration/geo/secondary_proxy/index.md

@@ -68,7 +68,7 @@ a single URL used by all Geo sites, including the primary.
    In the Geo administration page of the **primary** site, edit each Geo secondary that
    is using the secondary proxying and set the `URL` field to the single URL.
    Make sure the primary site is also using this URL.
-   
+
 ## Disable Geo proxying
 
 You can disable the secondary proxying on each Geo site, separately, by following these steps with Omnibus-based packages:

doc/administration/instance_limits.md

@@ -551,7 +551,7 @@ Plan.default.actual_limits.update!(pages_file_entries: 100)
 > - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/321368) in GitLab 13.12. Disabled by default.
 > - Enabled on GitLab.com in GitLab 14.3.
 > - Enabled on self-managed in GitLab 14.4.
-> - Feature flag `ci_runner_limits` removed in GitLab 14.4. 
+> - Feature flag `ci_runner_limits` removed in GitLab 14.4.
 > - Feature flag `ci_runner_limits_override` removed in GitLab 14.6.
 
 The total number of registered runners is limited at the group and project levels. Each time a new runner is registered,

doc/administration/package_information/deprecation_policy.md

@@ -16,18 +16,18 @@ setup, various configuration requires removal.
 
 ### Policy
 
-The Omnibus GitLab package will retain configuration for at least **one major**
-version. We cannot guarantee that deprecated configuration
-will be available in the next major release. See [example](#example) for more details.
+The Omnibus GitLab package retains configuration for at least **one major**
+version. We can't guarantee that deprecated configuration
+is available in the next major release. See [example](#example) for more details.
 
 ### Notice
 
-If the configuration becomes obsolete, we will announce the deprecation:
+If the configuration becomes obsolete, we announce the deprecation:
 
 - via release blog post on `https://about.gitlab.com/blog/`. The blog post item
-  will contain the deprecation notice together with the target removal date.
+   contains the deprecation notice together with the target removal date.
 - via installation/reconfigure output (if applicable).
-- via official documentation on `https://docs.gitlab.com/`. The documentation update will contain the corrected syntax (if applicable) or a date of configuration removal.
+- via official documentation on `https://docs.gitlab.com/`. The documentation update contains the corrected syntax (if applicable) or a date of configuration removal.
 
 ### Procedure
 
@@ -82,16 +82,16 @@ The final comment in the issue **has to have**:
 
 ## Example
 
-User configuration available in `/etc/gitlab/gitlab.rb` was introduced in GitLab version 10.0, `gitlab_rails['configuration'] = true`. In GitLab version 10.4.0, a new change was introduced that requires rename of this configuration option. New configuration option is `gitlab_rails['better_configuration'] = true`. Development team will translate the old configuration into new one
-and trigger a deprecation procedure.
+User configuration available in `/etc/gitlab/gitlab.rb` was introduced in GitLab version 10.0, `gitlab_rails['configuration'] = true`. In GitLab version 10.4.0, a new change was introduced that requires rename of this configuration option. New configuration option is `gitlab_rails['better_configuration'] = true`. Development team translates the old configuration into a new one 
+and triggers a deprecation procedure.
 
 This means that these two configuration
-options will both be valid through GitLab version 10. In other words,
+options are valid through GitLab version 10. In other words,
 if you still have `gitlab_rails['configuration'] = true` set in GitLab 10.8.0
-the feature will continue working the same way as if you had `gitlab_rails['better_configuration'] = true` set.
-However, setting the old version of configuration will print out a deprecation
+the feature continues working the same way as if you had `gitlab_rails['better_configuration'] = true` set.
+However, setting the old version of the configuration prints out a deprecation
 notice at the end of installation/upgrade/reconfigure run.
 
-With GitLab 11, `gitlab_rails['configuration'] = true` will no longer work and you will have to manually change the configuration in `/etc/gitlab/gitlab.rb` to the new valid configuration.
+In GitLab 11, `gitlab_rails['configuration'] = true`  no longer works and you must manually change the configuration in `/etc/gitlab/gitlab.rb` to the new valid configuration.
 **Note** If this configuration option is sensitive and can put integrity of the installation or
-data in danger, installation/upgrade will be aborted.
+data in danger,the installation or upgrade is aborted.

doc/administration/repository_storage_types.md

@@ -101,10 +101,10 @@ To look up a project's hash path using a Rails console:
 
 #### From hashed path to project name
 
-Administrators can look up a project's name from its hashed storage path using: 
+Administrators can look up a project's name from its hashed storage path using:
 
 - A Rails console.
-- The `config` file in the `*.git` directory. 
+- The `config` file in the `*.git` directory.
 
 To look up a project's name using the Rails console:
 

doc/api/graphql/reference/index.md

@@ -8687,7 +8687,7 @@ Represents the total number of issues and their weights for a particular day.
 | <a id="cijobneeds"></a>`needs` | [`CiBuildNeedConnection`](#cibuildneedconnection) | References to builds that must complete before the jobs run. (see [Connections](#connections)) |
 | <a id="cijobpipeline"></a>`pipeline` | [`Pipeline`](#pipeline) | Pipeline the job belongs to. |
 | <a id="cijobplayable"></a>`playable` | [`Boolean!`](#boolean) | Indicates the job can be played. |
-| <a id="cijobpreviousstagejobsandneeds"></a>`previousStageJobsAndNeeds` | [`CiJobConnection`](#cijobconnection) | All prerequisite jobs. (see [Connections](#connections)) |
+| <a id="cijobpreviousstagejobsorneeds"></a>`previousStageJobsOrNeeds` | [`CiJobConnection`](#cijobconnection) | Jobs that must complete before the job runs. Returns needed jobs if the job uses the `needs` keyword, and returns previous stage jobs otherwise. (see [Connections](#connections)) |
 | <a id="cijobqueuedat"></a>`queuedAt` | [`Time`](#time) | When the job was enqueued and marked as pending. |
 | <a id="cijobqueuedduration"></a>`queuedDuration` | [`Duration`](#duration) | How long the job was enqueued before starting. |
 | <a id="cijobrefname"></a>`refName` | [`String`](#string) | Ref name of the job. |

doc/api/members.md

@@ -596,9 +596,9 @@ curl --request DELETE --header "PRIVATE-TOKEN: <your_access_token>" "https://git
 curl --request DELETE --header "PRIVATE-TOKEN: <your_access_token>" "https://gitlab.example.com/api/v4/projects/:id/members/:user_id"
 ```
 
-## Approve a member for a group 
+## Approve a member for a group
 
-Approves a pending user for a group and its subgroups and projects. 
+Approves a pending user for a group and its subgroups and projects.
 
 ```plaintext
 PUT /groups/:id/members/:user_id/approve
@@ -615,7 +615,7 @@ Example request:
 curl --request PUT --header "PRIVATE-TOKEN: <your_access_token>" "https://gitlab.example.com/api/v4/groups/:id/members/:user_id/approve"
 ```
 
-## Approve all pending members for a group 
+## Approve all pending members for a group
 
 Approves all pending users for a group and its subgroups and projects.
 

doc/api/projects.md

@@ -1072,7 +1072,7 @@ If the project is a fork, and you provide a valid token to authenticate, the
       "ssh_url_to_repo":"git@gitlab.com:gitlab-org/gitlab-foss.git",
       "http_url_to_repo":"https://gitlab.com/gitlab-org/gitlab-foss.git",
       "web_url":"https://gitlab.com/gitlab-org/gitlab-foss",
-      "avatar_url":"https://assets.gitlab-static.net/uploads/-/system/project/avatar/13083/logo-extra-whitespace.png",
+      "avatar_url":"https://gitlab.com/uploads/-/system/project/avatar/13083/logo-extra-whitespace.png",
       "license_url": "https://gitlab.com/gitlab-org/gitlab/-/blob/master/LICENSE",
       "license": {
         "key": "mit",

doc/ci/environments/protected_environments.md

@@ -79,7 +79,7 @@ Alternatively, you can use the API to protect an environment:
    $ curl --request POST --header "PRIVATE-TOKEN: <your_access_token>" \
           --data "user_id=3222377&access_level=20" "https://gitlab.com/api/v4/groups/9899826/members"
 
-   {"id":3222377,"name":"Sean Carroll","username":"sfcarroll","state":"active","avatar_url":"https://assets.gitlab-static.net/uploads/-/system/user/avatar/3222377/avatar.png","web_url":"https://gitlab.com/sfcarroll","access_level":20,"created_at":"2020-10-26T17:37:50.309Z","expires_at":null}
+   {"id":3222377,"name":"Sean Carroll","username":"sfcarroll","state":"active","avatar_url":"https://gitlab.com/uploads/-/system/user/avatar/3222377/avatar.png","web_url":"https://gitlab.com/sfcarroll","access_level":20,"created_at":"2020-10-26T17:37:50.309Z","expires_at":null}
    ```
 
 1. Use the API to add the group to the project as a reporter:

doc/ci/git_submodules.md

@@ -59,7 +59,7 @@ To make submodules work correctly in CI/CD jobs:
    variables:
      GIT_SUBMODULE_STRATEGY: recursive
    ```
-   
+
 If you use the [`CI_JOB_TOKEN`](jobs/ci_job_token.md) to clone a submodule in a
 pipeline job, the user executing the job must be assigned to a role that has
 [permission](../user/permissions.md#gitlab-cicd-permissions) to trigger a pipeline

doc/ci/pipelines/merge_trains.md

@@ -39,7 +39,7 @@ If the pipeline for the merge request at the front of the train completes succes
 the changes are merged into the target branch, and the other pipelines continue to
 run.
 
-To add a merge request to a merge train, you need [permissions](../../user/permissions.md) to merge or push to the 
+To add a merge request to a merge train, you need [permissions](../../user/permissions.md) to merge or push to the
 target branch.
 
 Each merge train can run a maximum of **twenty** pipelines in parallel.

doc/development/adding_database_indexes.md

@@ -317,11 +317,11 @@ end
 
 You must test the database index changes locally before creating a merge request.
 
-### Verify indexes created asynchronously 
+### Verify indexes created asynchronously
 
 Use the asynchronous index helpers on your local environment to test changes for creating an index:
 
 1. Enable the feature flags by running `Feature.enable(:database_async_index_creation)` and `Feature.enable(:database_reindexing)` in the Rails console.
 1. Run `bundle exec rails db:migrate` so that it creates an entry in the `postgres_async_indexes` table.
 1. Run `bundle exec rails gitlab:db:reindex` so that the index is created asynchronously.
-1. To verify the index, open the PostgreSQL console using the [GDK](https://gitlab.com/gitlab-org/gitlab-development-kit/-/blob/main/doc/howto/postgresql.md) command `gdk psql` and run the command `\d <index_name>` to check that your newly created index exists. 
+1. To verify the index, open the PostgreSQL console using the [GDK](https://gitlab.com/gitlab-org/gitlab-development-kit/-/blob/main/doc/howto/postgresql.md) command `gdk psql` and run the command `\d <index_name>` to check that your newly created index exists.

doc/development/contributing/merge_request_workflow.md

@@ -100,7 +100,7 @@ request is as follows:
    There isn't a way to know anything about our customers' data on their
    [self-managed instances](../../subscriptions/self_managed/index.md), so keep
    that in mind for any data implications with your merge request.
-   
+
 1. Merge requests **must** adhere to the [merge request performance guidelines](../merge_request_performance_guidelines.md).
 1. For tests that use Capybara, read
    [how to write reliable, asynchronous integration tests](https://thoughtbot.com/blog/write-reliable-asynchronous-integration-tests-with-capybara).

doc/development/fe_guide/vue.md

@@ -73,7 +73,7 @@ component, is that you avoid the need to create a fixture or an HTML element in
 ##### provide/inject
 
 Vue supports dependency injection through [provide/inject](https://vuejs.org/v2/api/#provide-inject).
-In the component the `inject` configuration accesses the values `provide` passes down. 
+In the component the `inject` configuration accesses the values `provide` passes down.
 This example of a Vue app initialization shows how the `provide` configuration passes a value from HAML to the component:
 
 ```javascript

doc/development/fe_guide/vue3_migration.md

@@ -31,7 +31,7 @@ Component's computed properties / methods or external helpers.
 
 **When to use**
 
-If you are in a Vue app that doesn't use any event hub, try to avoid adding a new one unless absolutely necessary. For example, if you need a child component to react to its parent's event, it's preferred to pass a prop down. Then, use the watch property on that prop in the child component to create the desired side effect. 
+If you are in a Vue app that doesn't use any event hub, try to avoid adding a new one unless absolutely necessary. For example, if you need a child component to react to its parent's event, it's preferred to pass a prop down. Then, use the watch property on that prop in the child component to create the desired side effect.
 
 If you need cross-component communication (between different Vue apps), then perhaps introducing a hub is the right decision.
 

doc/development/image_scaling.md

@@ -37,8 +37,8 @@ Furthermore, configuration in Workhorse can lead to the image scaler rejecting a
 For instance, here are two different URLs that serve the GitLab project avatar both in its
 original size and scaled down to 64 pixels. Only the second request will trigger the image scaler:
 
-- [`/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png`](https://assets.gitlab-static.net/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png)
-- [`/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png?width=64`](https://assets.gitlab-static.net/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png?width=64)
+- [`/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png`](https://gitlab.com/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png)
+- [`/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png?width=64`](https://gitlab.com/uploads/-/system/project/avatar/278964/logo-extra-whitespace.png?width=64)
 
 ## Where do we scale images?
 

doc/development/service_ping/implement.md

@@ -27,7 +27,7 @@ To implement a new metric in Service Ping, follow these steps:
 1. [Set up and test Service Ping locally](#set-up-and-test-service-ping-locally)
 
 NOTE:
-When you add or change a Service Metric, you must migrate metrics to [instrumentation classes](metrics_instrumentation.md). 
+When you add or change a Service Metric, you must migrate metrics to [instrumentation classes](metrics_instrumentation.md).
 For information about the progress on migrating Service ping metrics, see this [epic](https://gitlab.com/groups/gitlab-org/-/epics/5547).
 
 ## Instrumentation classes

doc/development/service_ping/index.md

@@ -21,7 +21,7 @@ and sales teams understand how GitLab is used. The data helps to:
 Service Ping information is not anonymous. It's linked to the instance's hostname, but does
 not contain project names, usernames, or any other specific data.
 
-Sending a Service Ping payload is optional and you can [disable](#disable-service-ping) it on any 
+Sending a Service Ping payload is optional and you can [disable](#disable-service-ping) it on any
 self-managed instance. When Service Ping is enabled, GitLab gathers data from the other instances
 and can show your instance's usage statistics to your users.
 
@@ -41,10 +41,10 @@ We use the following terminology to describe the Service Ping components:
 
 The main purpose of Service Ping is to build a better GitLab. We collect data about how GitLab is used
 to understand feature or stage adoption and usage. This data gives an insight into how GitLab adds
-value and helps our team understand the reasons why people use GitLab, and with this knowledge we're able to 
+value and helps our team understand the reasons why people use GitLab, and with this knowledge we're able to
 make better product decisions.
 
-There are several other benefits to enabling Service Ping: 
+There are several other benefits to enabling Service Ping:
 
 - As a benefit of having Service Ping active, GitLab lets you analyze the users' activities over time of your GitLab installation.
 - As a benefit of having Service Ping active, GitLab provides you with [DevOps Score](../../user/admin_area/analytics/dev_ops_report.md#devops-score), which gives you an overview of your entire instance's adoption of Concurrent DevOps from planning to monitoring.

doc/development/sidekiq_style_guide.md

@@ -354,7 +354,7 @@ This way we are always comparing the latest binary replication pointer,
 making sure that we read from the replica that is fully caught up.
 
 FLAG:
-On self-managed GitLab, by default this feature is available. To hide the feature, ask an administrator to 
+On self-managed GitLab, by default this feature is available. To hide the feature, ask an administrator to
 [disable the feature flag](../administration/feature_flags.md) named preserve_latest_wal_locations_for_idempotent_jobs flag.
 
 This feature flag is related to GitLab development and is not intended to be used by GitLab administrators, though.

doc/development/snowplow/implementation.md

@@ -13,12 +13,12 @@ This page describes how to:
 
 ## Snowplow JavaScript frontend tracking
 
-GitLab provides a `Tracking` interface that wraps the [Snowplow JavaScript tracker](https://docs.snowplowanalytics.com/docs/collecting-data/collecting-from-own-applications/javascript-trackers/) 
-to track custom events. 
+GitLab provides a `Tracking` interface that wraps the [Snowplow JavaScript tracker](https://docs.snowplowanalytics.com/docs/collecting-data/collecting-from-own-applications/javascript-trackers/)
+to track custom events.
 
 For the recommended frontend tracking implementation, see [Usage recommendations](#usage-recommendations).
 
-Tracking implementations must have an `action` and a `category`. You can provide additional 
+Tracking implementations must have an `action` and a `category`. You can provide additional
 categories from the [structured event taxonomy](index.md#structured-event-taxonomy) with an `extra` object
 that accepts key-value pairs.
 
@@ -67,8 +67,8 @@ The following example shows `data-track-*` attributes assigned to a button:
 #### Event listeners
 
 Event listeners bind at the document level to handle click events in elements with data attributes.
-This allows them to be handled when the DOM re-renders or changes. Document-level binding reduces 
-the likelihood that click events stop propagating up the DOM tree. 
+This allows them to be handled when the DOM re-renders or changes. Document-level binding reduces
+the likelihood that click events stop propagating up the DOM tree.
 
 If click events stop propagating, you must implement listeners and [Vue component tracking](#implement-vue-component-tracking) or [raw JavaScript tracking](#implement-raw-javascript-tracking).
 
@@ -102,12 +102,12 @@ track_action: "click_button" })
 ### Implement Vue component tracking
 
 For custom event tracking, use a Vue `mixin` in components. Vue `mixin` exposes the `Tracking.event`
-static method and the `track` method. You can specify tracking options in `data` or `computed`. 
-These options override any defaults and allow the values to be dynamic from props or based on state. 
+static method and the `track` method. You can specify tracking options in `data` or `computed`.
+These options override any defaults and allow the values to be dynamic from props or based on state.
 
-Several default options are passed when an event is tracked from the component: 
+Several default options are passed when an event is tracked from the component:
 
-- `category`: If you don't specify, by default `document.body.dataset.page` is used. 
+- `category`: If you don't specify, by default `document.body.dataset.page` is used.
 - `label`
 - `property`
 - `value`
@@ -121,7 +121,7 @@ To implement Vue component tracking:
     const trackingMixin = Tracking.mixin;
     ```
 
-1. Provide categories to track the event from the component. For example, to track all events in a 
+1. Provide categories to track the event from the component. For example, to track all events in a
 component with a label, use the `label` category:
 
     ```javascript
@@ -293,14 +293,14 @@ describe('MyTracking', () => {
 
 ### Form tracking
 
-To enable Snowplow automatic [form tracking](https://docs.snowplowanalytics.com/docs/collecting-data/collecting-from-own-applications/javascript-trackers/javascript-tracker/javascript-tracker-v2/tracking-specific-events/#form-tracking): 
+To enable Snowplow automatic [form tracking](https://docs.snowplowanalytics.com/docs/collecting-data/collecting-from-own-applications/javascript-trackers/javascript-tracker/javascript-tracker-v2/tracking-specific-events/#form-tracking):
 
-1. Call `Tracking.enableFormTracking` when the DOM is ready. 
+1. Call `Tracking.enableFormTracking` when the DOM is ready.
 1. Provide a `config` object that includes at least one of the following elements:
     - `forms` determines the forms to track. Identified by the CSS class name.
     - `fields` determines the fields inside the tracked forms to track. Identified by the field `name`.
 1. Optional. Provide a list of contexts as the second argument. The [`gitlab_standard`](schemas.md#gitlab_standard) schema is excluded from these events.
-    
+
 ```javascript
 Tracking.enableFormTracking({
   forms: { allow: ['sign-in-form', 'password-recovery-form'] },
@@ -339,7 +339,7 @@ Backend tracking provides:
 - User behavior tracking
 - Instrumentation to monitor and visualize performance over time in a section or aspect of code.
 
-To add custom event tracking and instrumentation, call the `GitLab::Tracking.event` class method. 
+To add custom event tracking and instrumentation, call the `GitLab::Tracking.event` class method.
 For example:
 
 ```ruby
@@ -370,7 +370,7 @@ Use the following arguments:
 
 ### Unit testing
 
-To test backend Snowplow events, use the `expect_snowplow_event` helper. For more information, see 
+To test backend Snowplow events, use the `expect_snowplow_event` helper. For more information, see
 [testing best practices](../testing_guide/best_practices.md#test-snowplow-events).
 
 ### Performance
@@ -419,17 +419,17 @@ Snowplow Inspector Chrome Extension is a browser extension for testing frontend
 
 [Snowplow Micro](https://snowplowanalytics.com/blog/2019/07/17/introducing-snowplow-micro/) is a
 Docker-based solution for testing backend and frontend in a local development environment. Snowplow Micro
-records the same events as the full Snowplow pipeline. To query events, use the Snowplow Micro API. 
+records the same events as the full Snowplow pipeline. To query events, use the Snowplow Micro API.
 
-To install and run Snowplow Micro, complete these steps to modify the 
+To install and run Snowplow Micro, complete these steps to modify the
 [GitLab Development Kit (GDK)](https://gitlab.com/gitlab-org/gitlab-development-kit):
 
 1. Ensure [Docker is installed](https://docs.docker.com/get-docker/) and running.
 
-1. To install Snowplow Micro, clone the settings in 
+1. To install Snowplow Micro, clone the settings in
 [this project](https://gitlab.com/gitlab-org/snowplow-micro-configuration).
 
-1. Navigate to the directory with the cloned project, 
+1. Navigate to the directory with the cloned project,
    and start the appropriate Docker container:
 
    ```shell

doc/integration/elasticsearch.md

@@ -93,7 +93,7 @@ the indexer itself.
 
 This project relies on [International Components for Unicode](https://icu.unicode.org/) (ICU) for text encoding,
 therefore we must ensure the development packages for your platform are
-installed before running `make`. 
+installed before running `make`.
 
 #### Debian / Ubuntu
 

doc/integration/jira/dvcs.md

@@ -273,7 +273,7 @@ If you get a `Sync Failed` error in Jira when [refreshing repository data](#refr
 ```plaintext
 Failed to execute request [https://gitlab.com/api/v4/projects/:id/merge_requests?page=1&per_page=100 GET https://gitlab.com/api/v4/projects/:id/merge_requests?page=1&per_page=100 returned a response status of 403 Forbidden] errors:
 {"message":"403 Forbidden"}
-``` 
+```
 
 If you find a `{"message":"403 Forbidden"}` error, it is possible that this specific project has some [GitLab features disabled](../../user/project/settings/index.md#sharing-and-permissions).
 In the example above, the merge requests feature is disabled.

doc/security/webhooks.md

@@ -27,7 +27,7 @@ sent.
 Webhook requests are made by the GitLab server itself and use a single
 (optional) secret token per hook for authorization (instead of a user or
 repository-specific token). As a result, these requests may have broader access than
-intended, including access to everything running on the server hosting the webhook. This 
+intended, including access to everything running on the server hosting the webhook. This
 may include the GitLab server or API itself (for example, `http://localhost:123`).
 Depending on the called webhook, this may also result in network access
 to other servers within that webhook server's local network (for example,

doc/subscriptions/gitlab_com/index.md

@@ -323,7 +323,7 @@ To purchase additional minutes for your personal namespace:
 1. Select **Edit profile**.
 1. On the left sidebar, select **Usage Quotas**.
 1. Select **Buy additional minutes** and GitLab redirects you to the Customers Portal.
-1. Locate the subscription card that's linked to your personal namespace on GitLab SaaS, click **Buy more CI minutes**, and complete the details about the transaction. 
+1. Locate the subscription card that's linked to your personal namespace on GitLab SaaS, click **Buy more CI minutes**, and complete the details about the transaction.
 
 After we process your payment, the extra CI minutes are synced to your group
 namespace.

doc/topics/cron/index.md

@@ -66,6 +66,6 @@ More examples of how to write a cron schedule can be found at
 
 GitLab uses [`fugit`](https://github.com/floraison/fugit) to parse cron syntax
 strings on the server and [cron-validator](https://github.com/TheCloudConnectors/cron-validator)
-to validate cron syntax in the browser. GitLab uses 
+to validate cron syntax in the browser. GitLab uses
 [`cRonstrue`](https://github.com/bradymholt/cRonstrue) to convert cron to human-readable strings
 in the browser.

doc/update/deprecations.md

@@ -242,7 +242,7 @@ Announced: 2021-11-22
 
 ### Value Stream Analytics filtering calculation change
 
-We are changing how the date filter works in Value Stream Analytics. Instead of filtering by the time that the issue or merge request was created, the date filter will filter by the end event time of the given stage. This will result in completely different figures after this change has rolled out. 
+We are changing how the date filter works in Value Stream Analytics. Instead of filtering by the time that the issue or merge request was created, the date filter will filter by the end event time of the given stage. This will result in completely different figures after this change has rolled out.
 
 If you monitor Value Stream Analytics metrics and rely on the date filter, to avoid losing data, you must save the data prior to this change.
 

doc/user/admin_area/index.md

@@ -258,7 +258,7 @@ To [Create a new group](../group/index.md#create-a-group) click **New group**.
 
 > [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/340920) in GitLab 14.4.
 
-You can administer all [topics](../project/working_with_projects.md#explore-topics) in the 
+You can administer all [topics](../project/working_with_projects.md#explore-topics) in the
 GitLab instance from the Admin Area's Topics page.
 
 To access the Topics page:

doc/user/analytics/index.md

@@ -100,29 +100,29 @@ We use the following terms to describe GitLab analytics:
       - All incidents are related to a [production environment](../../ci/environments/index.md#deployment-tier-of-environments).
       - Incidents and deployments have a strictly one-to-one relationship (meaning any incident is related to only one production deployment, and any production deployment is related to no more than one incident).
 
-- **Lead time:** The duration of your value stream, from start to finish. Different to 
-[Lead time for changes](#lead-time-for-changes). Often displayed in combination with "cycle time," 
-which is shorter. GitLab measures lead time from issue creation to issue close. GitLab displays lead 
+- **Lead time:** The duration of your value stream, from start to finish. Different to
+[Lead time for changes](#lead-time-for-changes). Often displayed in combination with "cycle time,"
+which is shorter. GitLab measures lead time from issue creation to issue close. GitLab displays lead
 time in [group-level Value Stream Analytics](../group/value_stream_analytics/index.md).
-- **Mean Time to Change (MTTC):** The average duration between idea and delivery. GitLab measures 
+- **Mean Time to Change (MTTC):** The average duration between idea and delivery. GitLab measures
 MTTC from issue creation to the issue's latest related merge request's deployment to production.
-- **Mean Time to Detect (MTTD):** The average duration that a bug goes undetected in production. 
+- **Mean Time to Detect (MTTD):** The average duration that a bug goes undetected in production.
 GitLab measures MTTD from deployment of bug to issue creation.
-- **Mean Time To Merge (MTTM):** The average lifespan of a merge request. GitLab measures MTTM from 
-merge request creation to merge request merge (and closed/un-merged merge requests are excluded). 
+- **Mean Time To Merge (MTTM):** The average lifespan of a merge request. GitLab measures MTTM from
+merge request creation to merge request merge (and closed/un-merged merge requests are excluded).
 For more information, see [Merge Request Analytics](merge_request_analytics.md).
-- **Mean Time to Recover/Repair/Resolution/Resolve/Restore (MTTR):** The average duration that a bug 
+- **Mean Time to Recover/Repair/Resolution/Resolve/Restore (MTTR):** The average duration that a bug
 is not fixed in production. GitLab measures MTTR from deployment of bug to deployment of fix.
-- **Throughput:** The number of issues closed or merge requests merged (not closed) in a period of 
+- **Throughput:** The number of issues closed or merge requests merged (not closed) in a period of
 time. Often measured per sprint. GitLab displays merge request throughput in [Merge Request Analytics](merge_request_analytics.md).
-- **Value Stream:** The entire work process that is followed to deliver value to customers. For example, 
-the [DevOps lifecycle](https://about.gitlab.com/stages-devops-lifecycle/) is a value stream that starts 
+- **Value Stream:** The entire work process that is followed to deliver value to customers. For example,
+the [DevOps lifecycle](https://about.gitlab.com/stages-devops-lifecycle/) is a value stream that starts
 with "plan" and ends with "monitor". GitLab helps you track your value stream using [Value Stream Analytics](value_stream_analytics.md).
-- **Velocity:** The total issue burden completed in some period of time. The burden is usually measured 
-in points or weight, often per sprint. For example, your velocity may be "30 points per sprint". GitLab 
+- **Velocity:** The total issue burden completed in some period of time. The burden is usually measured
+in points or weight, often per sprint. For example, your velocity may be "30 points per sprint". GitLab
 measures velocity as the total points or weight of issues closed in a given period of time.
 
 ## Lead time for changes
 
-"Lead Time for Changes" differs from "Lead Time" because it "focuses on measuring only the time to 
+"Lead Time for Changes" differs from "Lead Time" because it "focuses on measuring only the time to
 deliver a feature once it has been developed", as described in ([Measuring DevOps Performance](https://devops.com/measuring-devops-performance/)).

doc/user/analytics/productivity_analytics.md

@@ -34,14 +34,14 @@ Metrics and visualizations of **merged** merge requests are available on a proje
 
 ### Time to merge
 
-The **Time to merge** histogram shows the number of merge requests and the number 
+The **Time to merge** histogram shows the number of merge requests and the number
 of days it took to merge after creation. Select a column to filter subsequent charts.
 
 ![Metrics for number of days merge requests per number of days](img/productivity_analytics_time_to_merge_v14_4.png)
 
 ### Trendline
 
-The **Trendline** scatterplot shows all merge requests on a certain date, 
+The **Trendline** scatterplot shows all merge requests on a certain date,
 and the days it took to complete the action and a 30 day rolling median. Select the dropdown to view:
 
 - Time from first commit to first comment.
@@ -55,15 +55,15 @@ and the days it took to complete the action and a 30 day rolling median. Select
 
 ### Commits and merge request size
 
-Under the **Trendline** scatterplot, the left-side histogram shows 
-the time taken (in hours) between commits and comments until the merge 
+Under the **Trendline** scatterplot, the left-side histogram shows
+the time taken (in hours) between commits and comments until the merge
 request is merged. Select the dropdown to view:
 
 - Time from first commit to first comment.
 - Time from first comment until last commit.
 - Time from last commit to merge.
 
-The right-side histogram shows the size or complexity of a merge request. 
+The right-side histogram shows the size or complexity of a merge request.
 Select the dropdown to view:
   
 - Number of commits per merge request.
@@ -74,7 +74,7 @@ Select the dropdown to view:
 
 ### Merge request list
 
-The **List** table shows a list of merge requests with their respective time duration metrics. 
+The **List** table shows a list of merge requests with their respective time duration metrics.
 
 Sort metrics by:
 
@@ -83,7 +83,7 @@ Sort metrics by:
 - Time from last commit to merge.
 
 Filter metrics by:
- 
+
 - Number of commits per merge request.
 - Number of lines of code per commit.
 - Number of files touched.

doc/user/application_security/api_fuzzing/index.md

@@ -14,7 +14,7 @@ miss.
 
 INFO:
 Try fuzz testing in GitLab Ultimate.
-[It's free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-api-fuzzing-docs). 
+[It's free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-api-fuzzing-docs).
 
 We recommend that you use fuzz testing in addition to [GitLab Secure](../index.md)'s
 other security scanners and your own test processes. If you're using [GitLab CI/CD](../../../ci/index.md),

doc/user/application_security/dast/browser_based.md

@@ -69,7 +69,7 @@ The browser-based crawler can be configured using CI/CD variables.
 | `DAST_BROWSER_SEARCH_ELEMENT_TIMEOUT`        | [Duration string](https://golang.org/pkg/time/#ParseDuration) | `3s`    | The maximum amount of time to allow the browser to search for new elements or navigations. |
 | `DAST_BROWSER_EXTRACT_ELEMENT_TIMEOUT`       | [Duration string](https://golang.org/pkg/time/#ParseDuration) | `5s`    | The maximum amount of time to allow the browser to extract newly found elements or navigations. |
 | `DAST_BROWSER_ELEMENT_TIMEOUT`               | [Duration string](https://golang.org/pkg/time/#ParseDuration) | `600ms` | The maximum amount of time to wait for an element before determining it is ready for analysis. |
-| `DAST_BROWSER_PAGE_READY_SELECTOR`           | selector | `css:#page-is-ready`                               | Selector that when detected as visible on the page, indicates to the analyzer that the page has finished loading and the scan can continue. Note: When this selector is set, but the element is not found, the scanner waits for the period defined in `DAST_BROWSER_STABILITY_TIMEOUT` before continuing the scan. This can significantly increase scanning time if the element is not present on multiple pages within the site. |        
+| `DAST_BROWSER_PAGE_READY_SELECTOR`           | selector | `css:#page-is-ready`                               | Selector that when detected as visible on the page, indicates to the analyzer that the page has finished loading and the scan can continue. Note: When this selector is set, but the element is not found, the scanner waits for the period defined in `DAST_BROWSER_STABILITY_TIMEOUT` before continuing the scan. This can significantly increase scanning time if the element is not present on multiple pages within the site. |
 
 The [DAST variables](index.md#available-cicd-variables) `SECURE_ANALYZERS_PREFIX`, `DAST_FULL_SCAN_ENABLED`, `DAST_AUTO_UPDATE_ADDONS`, `DAST_EXCLUDE_RULES`, `DAST_REQUEST_HEADERS`, `DAST_HTML_REPORT`, `DAST_MARKDOWN_REPORT`, `DAST_XML_REPORT`,
 `DAST_AUTH_URL`, `DAST_USERNAME`, `DAST_PASSWORD`, `DAST_USERNAME_FIELD`, `DAST_PASSWORD_FIELD`, `DAST_FIRST_SUBMIT_FIELD`, `DAST_SUBMIT_FIELD`, `DAST_EXCLUDE_URLS`, `DAST_AUTH_VERIFICATION_URL`, `DAST_BROWSER_AUTH_VERIFICATION_SELECTOR`, `DAST_BROWSER_AUTH_VERIFICATION_LOGIN_FORM`, `DAST_BROWSER_AUTH_REPORT`,

doc/user/application_security/dast/index.md

@@ -18,7 +18,7 @@ tool [OWASP Zed Attack Proxy](https://www.zaproxy.org/) for analysis.
 
 INFO:
 Want to try out security scanning?
-[Try GitLab Ultimate free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-dast-docs). 
+[Try GitLab Ultimate free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-dast-docs).
 
 After DAST creates its report, GitLab evaluates it for discovered
 vulnerabilities between the source and target branches. Relevant

doc/user/application_security/index.md

@@ -18,7 +18,7 @@ actionable information _before_ changes are merged enables you to be proactive.
 
 INFO:
 Want to try out security scanning?
-[Try GitLab Ultimate free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-application-security-docs). 
+[Try GitLab Ultimate free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-application-security-docs).
 
 GitLab also provides high-level statistics of vulnerabilities across projects and groups:
 

doc/user/application_security/security_dashboard/index.md

@@ -9,7 +9,7 @@ info: To determine the technical writer assigned to the Stage/Group associated w
 
 INFO:
 Want to try out security scanning?
-[Try GitLab Ultimate free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-security-dashboard-docs). 
+[Try GitLab Ultimate free for 30 days](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=u-security-dashboard-docs).
 
 GitLab provides a comprehensive set of features for viewing and managing vulnerabilities:
 

doc/user/clusters/agent/index.md

@@ -19,7 +19,7 @@ The Agent is installed into the cluster through code, providing you with a fast,
 
 INFO:
 Get Network Security Alerts in GitLab by upgrading to Ultimate.
-[Try a free 30-day trial now](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=p-cluster-agent-docs). 
+[Try a free 30-day trial now](https://about.gitlab.com/free-trial?glm_source=docs.gitlab.com&glm_content=p-cluster-agent-docs).
 
 With GitOps, you can manage containerized clusters and applications from a Git repository that:
 

doc/user/clusters/agent/install/index.md

@@ -353,7 +353,7 @@ Additional management interfaces are planned for the GitLab Kubernetes Agent.
 
 ## Upgrades and version compatibility
 
-The GitLab Kubernetes Agent is comprised of two major components: `agentk` and `kas`. 
+The GitLab Kubernetes Agent is comprised of two major components: `agentk` and `kas`.
 As we provide `kas` installers built into the various GitLab installation methods, the required `kas` version corresponds to the GitLab `major.minor` (X.Y) versions.
 
 At the same time, `agentk` and `kas` can differ by 1 minor version in either direction. For example,