Hiding a chart line impacts other chart in metrics dashboard
Summary
Hiding a chart line on one chart impacts the other charts in the dashboard. This is not the intended behavior. Hiding a chart line on one chart should not impact any other charts.
Steps to reproduce
- (GitLab team only) Go to https://ops.gitlab.net/gitlab-com/metrics-dogfooding/-/environments/266/metrics?dashboard=.gitlab%2Fdashboards%2Fkey_service_web.yml
- Toggle the
Web Service
label (in the legend) for the Apdex chart - Notice that the
Web Service
line on theError Ratios
chart is toggled (on the chart) as well but not visibly toggled in the legend
Example Project
https://gitlab.com/gitlab-org/monitor/monitor-sandbox/-/environments/711946/metrics?dashboard=.gitlab%2Fdashboards%2Fsame_label_toggle_issue.yml
What is the current bug behavior?
Hiding a chart line on one chart impacts the other charts in the dashboard.
What is the expected correct behavior?
Hiding a chart line on one chart should not impact any other charts.
Relevant logs and/or screenshots
(Paste any relevant logs - please use code blocks (```) to format console output, logs, and code as it's tough to read otherwise.)
Output of checks
(If you are reporting a bug on GitLab.com, write: This bug happens on GitLab.com)
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)
Possible fixes
(If you can, link to the line of code that might be responsible for the problem)