<!--- Before opening a new QA failure issue, make sure to first search for it in the QA failures board: https://gitlab.com/groups/gitlab-org/-/boards/1385578 The issue should have the following: - The relative path of the failing spec file in the title, e.g. if the login test fails, include `qa/specs/features/browser_ui/1_manage/login/log_in_spec.rb` in the title. This is required so that existing issues can easily be found by searching for the spec file. - If the issue is about multiple test failures, include the path for each failing spec file in the description. - A link to the failing job. - The stack trace from the job's logs in the "Stack trace" section below. - A screenshot (if available), and HTML capture (if available), in the "Screenshot / HTML page" section below. - A link to the corresponding test case(s) in the summary. ---> ### Summary Failing job(s): - https://ops.gitlab.net/gitlab-org/quality/production/-/jobs/6792241 Failing spec(s): - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:32 # Create Push Rules using non signed commits allows an unrestricted push - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:36 # Create Push Rules using non signed commits restricts files by name and size - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:58 # Create Push Rules using non signed commits restricts users by email format - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:66 # Create Push Rules using non signed commits restricts branches by branch name - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:71 # Create Push Rules using non signed commits restricts commit by message format - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:79 # Create Push Rules using non signed commits restricts committing files with secrets - qa/specs/features/ee/browser_ui/3_create/repository/push_rules_spec.rb:89 # Create Push Rules using non signed commits restricts removal of tag Corresponding test case(s): ### Stack trace ``` Failure/Error: Resource::Repository::ProjectPush.fabricate! do |push| push.project = @project push.files = standard_file end QA::Resource::Errors::ResourceNotFoundError: Resource at https://gitlab.com/api/v4/projects/gitlab-qa-sandbox-group%2Fqa-test-2022-04-11-12-38-19-cb0500d8b61779ec%2Fpush_rules-f89665681f2c1227?private_token=[****] could not be found (404): `{"message":"404 Project Not Found"}`. Correlation Id: 01G0CAXB2J73CX1WCZS434JK59 ``` ### Screenshot / HTML page NA <!-- Attach the screenshot and HTML snapshot of the page from the job's artifacts: 1. Download the job's artifacts and unarchive them. 1. Open the `gitlab-qa-run-2020-*/gitlab-{ce,ee}-qa-*/{,ee}/{api,browser_ui}/<path to failed test>` folder. 1. Select the `.png` and `.html` files that appears in the job logs (look for `HTML screenshot: /path/to/html/page.html` / `Image screenshot: `/path/to/html/page.png`). 1. Drag and drop them here. Note: You don't need to include a screenshot if the information it contains can be included as text. Include the text instead. E.g., error 500/404, "Retry later" errors, etc. If you include multiple screenshots it can be helpful to hide all but the first in a details/summary element, to avoid excessive scrolling: <details><summary>Expand for screenshot</summary> drag and drop the screenshot here </details> --> ### Possible fixes Seemed to be a stability issue with the environment at that time. There was a DB incident that may correlate. Investigating. <!-- Default due date. --> <!-- Base labels. --> <!-- Test failure type label, please use just one.--> <!-- Choose the stage that appears in the test path, e.g. ~"devops::create" for `qa/specs/features/browser_ui/3_create/web_ide/add_file_template_spec.rb`. --> <!-- Select a label for where the failure was found, e.g. if the failure occurred in a nightly pipeline, select ~"found:nightly". --> <!-- https://about.gitlab.com/handbook/engineering/quality/guidelines/#priorities: - ~"priority::1": Tests that are needed to verify fundamental GitLab functionality. - ~"priority::2": Tests that deal with external integrations which may take a longer time to debug and fix. --> <!-- Select the current milestone if ~"priority::1" or the next milestone if ~"priority::2". -->