Annoyed me so much. Note that it happens with dropdowns and selecting an item, and occasionally by inputting textbox and clicking to defocus it.

Having this exact problem as well. I just installed VS code and am having this problem while giving it a trial run. Sigh....

Maybe related to #65319

This isn't what I thought it was, I have to assign to you @joaomoreno.

I think the ListView renders the setting items with their default heights, then rerenders and saves the offset of the anchor element. Then it fixes the heights of the elements and maintains the offset of the anchor element. But since it measured the anchor element when the elements had default heights, the list will be shifted if the real heights were different from the default heights. Maybe an anchor element should be measured before rendering the items with default heights or something like that. I made the default heights more accurate which helps.

@roblourens Why is the list re-rendered when a check box is clicked?

I made the default heights more accurate which helps.

👍

When the config service says something changed, we rerender everything. It seems unnecessary in this case but it's hard to tell that the change event came "from" this instance of the settings editor and also, some values can be normalized when they get back to us, and since it should be safe to rerender, I don't put a lot of effort into reducing unneeded renders.

Another way to repro this, open two settings editors in two groups, change a setting in Group 1, and see the editor in Group 2 scroll.

If this just can't really be fixed there are things I can do like updating the value of a rendered setting row without actually calling setChildren. But that only works for some settings, adds more complexity, etc.

It can definitely be fixed. I was just wondering why the rerender was needed. ;)

cc @isidorn