Embed metrics time window scroll should not affect other embeds
Problem
In our current version of GitLab, embedding multiple metric charts can have odd UX when the scroll window is changed in one chart. Here are some examples (in gifs)
In example A
, we are embedding two completely different metric URL. As such, they should not be linked when the scroll window is changed.
In example B
, both charts are loaded from the dashboard URL. As such, they should be linked (and currently are working as expected).
In example C
, all scroll windows are linked in the issue. This is problematic in my opinion. They should not all be linked.
Solution
If it is easy to do so, only allow the scroll windows to link between charts if the URL imported is a dashboard (such that the URL outputs two charts that are conceptually related). All other charts should have their scroll windows scroll independently. This should also help performance improvements once we start embedding lots of charts in an issue.
If it is not easy to do so, remove the linking of all scroll windows whenever a chart is embedded regardless of whether it is an individual chart vs a dashboard (2 charts together import)
Why no bug label?
This isn't a gitlab-ce2278648 in the traditional sense because this outcome did not occur because we wrote code that didn't implement a feature properly. This side effect was not considered during implementation, as such we are labelling this as gitlab-ce10230929