I played around with this, and I think I know what’s happening.
It turns out the highlight remains there. In a typical use scenario, I look at a hotspot, then I want to look at the next one, so I go back to the left frame, and then click on the box below the highlighted one. When I do this, there is a lot of motion in the left frame. It appears to scroll down past several hotspots, enough to make the highlighted box go up past the top of the screen. It happens so quickly that it looks like the highlight just disappears, but in fact if I use the scroll wheel on the mouse I can move up about half a screen and the highlighted box is still there. The code that now appears in the right frame seems to be the “next” hotspot – if I then click on the box above the newly-highlighted one (i.e., the one that was highlighted before) then I can see by the line numbers that the right frame shows the hotspot I originally started on.
So the question is: why does it do this odd scrolling behavior? Note that this doesn’t happen with issues. You click on the next box on the left when looking at issues, and nothing on the left moves (except to highlight the new box) and the frame on the right changes to the new issue.
- Yes – but I tried on Firefox 85.0.2 and that also has the problem.
- I don’t think so. It was an out-of-the-box install.
- The browser runs on Windows 10 v. 1910; the SQ server runs on Server 2012 r2.
- When the mouse is over the box on the left, there is a tip box in the lower left corner of the browser window giving what appears to be a URL, something like “[server URL]/sonar/security_hotspots?id=[project-key]#” and there is nothing past the # at the end. Nothing else that I would consider interesting.
- Our sysadmins have locked that down.
So I’m guessing that the left frame for hotspots is trying to do some kind of recentering (perhaps to make the box just selected appear in the middle of the list, so the user doesn’t need to reposition every few issues as with the issues tab), but that it’s broken somehow.