Remove CI status from Projects Dashboard
Problem to solve
Currently, the projects dashboard makes a call to Gitaly in order to request CI status and display it with the list of projects. This has lead to the dashboard failing to load completely if Gitaly is not available (#37953 (closed)). Work has been done already to hide the CI status icons behind a feature flag and we have not seen any issues or complaints since that was done in the 2 months that it has been live. For this reason, it is worth considering removing the CI status from the dashboard permanently.
Intended users
This will impact all users with permissions, as they will no longer see the CI status on their dashboard.
Further details
The benefit of doing this will be to maintain the availability of the dashboard in the event that Gitaly has slow response times or is completely down, without putting effort towards decoupling the dependencies.
Proposal
The existing feature flag to hide the icons is off
on GitLab.com already with no issues from users. We're proposing that we remove these icons permanently along with the feature flag.
As @engwan explains (#37953 (comment 264114656)):
I'd like to propose removing the CI status in this page so that we don't make any Gitaly calls at all. The N+1 here isn't very easy to remove (#20190 (closed)) and I think the pipeline status doesn't provide that much value in this context.
These are supposed to be fast Gitaly calls but when we're having Gitaly issues we can see that p95 load times to this page skyrocket. This is a critical page because it's the default landing page for signed in users.
I think it's worth making this page not Gitaly dependent even if it's not really a long-term solution.
I've opened !22029 (merged) to put this behind a feature flag so we can experiment.
Permissions and Security
Documentation
Availability & Testing
What does success look like, and how can we measure that?
What is the type of buyer?
Links / references
/cc @engwan @jyavorska