We consider the described behavior as incorrect, but we need to mention the visual glitch is a result of the customization of RadListView items. DetailListViewVisualItems have left margin applied, but group items do not have(the idea is to simulate hierarchy indent) and when ListView is scrolled, there is part of the control that is not repainted(on the left of DetailListViewVisualItems where the margin is applied) and this leads to visual glitches.
To handle this custom scenario we need to repaint the control each time the scrollbar value is changed. This will lead to performance degradation, especially when there are many visual items on the screen. This is why our development team has decided to decline this bug report.
As already discussed, in such customization scenario you can use the following code to achieve desired behavior:
Get quickly onboarded and successful with your Telerik and/or Kendo UI products with the Virtual Classroom free technical training, available to all active customers.Learn More.
Dess | Tech Support Engineer, Sr.
Posted on:16 Apr 2019 11:09
The ListViewElement.ViewElement.VScrollBar.ValueChanged event does fire on my end with the initially provided sample project in this bug report. However, after further testing I have encountered on a very rare situations in which the view element is not refreshed properly. That is why I would recommend you to test the following approach and see how it works for your specific case: