Normally the browser takes care that the item currently highlighted in the SelectWidget when using keyboard interaction is scrolled into view. This is not working well with our current setup where we use the sticky header part.
One workaround applied for this at the moment is triggering our own scrolling during keyboard navigation that respects the offset caused by the sticky part. Still it would be good if we could remove this workaround, when we find a way to allow the browser applying the correct scroll offset itself. See also [1]
Also this is currently causing this visible jump tracked in T312768: Regression: Parameter list jumps when being focused in chrome
[1] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/813638