To me this looks like the result of developers not having a proper understanding of how we actually use the application they develop and at the same time underestimating the effects of their changes.
What has happened is that the previously rather simple attribute pop-up lists now have become more advanced, to a point where they actually have same screen space need as dialogs. But it doesn't look like this has been properly acknowledged. Instead the developers have tried to just squeeze it all into a pop-up list which has created this mess. That they first didn't identify the issue with scrolling and now haven't identified the issue with jumping is really poor work.
I won't claim to have an obvious better solution to the problem but what is obvious is that the current one isn't good enough. I have put forward critique of the new attribute functionality here
and I think that all these issues makes it evident that GS have underestimated how much effort need to go into understanding the workflow in order to get attribute interface right but also that GS incorrectly think that they can develop a new feature incrementally, adding things here and there.
I would not hold changes to attributes as a priority for AC (a apart form centralised management) but I think that if things are to be done they should have been done properly. A part from being a waste of scarce development resources, the poorly developed new features also risk to constrain future development. It's really frustrating to see the potential in the new attribute palette if it were interactive with the model and knowing that GS now are done with the attribute interface for the next 5 years.