Dependency List - delay in populating full list
Summary
One of the security_reports_spec
tests encountered an issue where there was a delay in populating the Dependency List.
Expected 9 results. Initially 7 are shown, a few refreshes later the full list is shown.
Captured a video of this behaviour https://drive.google.com/file/d/1Y6d7BLS48xfXWZ_9oihUZs0QQJm6y6Pp/view
Steps to reproduce
Populate project from https://gitlab.com/gitlab-org/gitlab/-/tree/master/qa/qa/ee/fixtures/secure_premade_reports
Immediately view Dependency List, note 7 items listed from yarn.lock
; these are the ones reported by gemnasium
.
Refresh a few times until all 9 items are shown; the two extra dependencies are reported by retire.js
and are NOT listed in the dependency_files
section of the Dependency Scanning report.
Example Project
Reports from https://gitlab.com/gitlab-org/gitlab/-/tree/master/qa/qa/ee/fixtures/secure_premade_reports , this occurs on initial generation
What is the current bug behavior?
7 items out of 9 are shown on Dependency List, eventually all 9 are shown
What is the expected correct behavior?
All 9 items are shown
Relevant logs and/or screenshots
Output of checks
Results of GitLab environment info
Expand for output related to GitLab environment info
(For installations with omnibus-gitlab package run and paste the output of: `sudo gitlab-rake gitlab:env:info`) (For installations from source run and paste the output of: `sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production`)
Results of GitLab application Check
Expand for output related to the GitLab application check
(For installations with omnibus-gitlab package run and paste the output of:
sudo gitlab-rake gitlab:check SANITIZE=true
)(For installations from source run and paste the output of:
sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production SANITIZE=true
)(we will only investigate if the tests are passing)