1. Select the first row.
2. Hit Ctrl-End to jump to the end of the list. 
3. Hold down the Shift key and select the last row. 
4. Scroll up and notice that everything between the first page and the last page is not selected.

* there is a sample project attached in the support thread

The vertical scrolling seems to become very slow and even unresponsive, when the following conditions are met:

• left and right frozen columns count is 0
• the summary width of all columns is smaller than the width of the RadGridView element

To minimize the issue, you can set the GroupRenderMode property of RadGridView to Nested.

Available in LIB version: 2017.2.522

workaround:
public MainWindow()
{
    InitializeComponent();

    this.grid.Loaded += grid_Loaded;
}

void grid_Loaded(object sender, RoutedEventArgs e)
{
    this.grid.ChildrenOfType<Grid>().FirstOrDefault(x => x.Name == "PART_OuterGrid").RowDefinitions[1].Height = GridLength.Auto;

    var cells = this.grid.ChildrenOfType<GridViewHeaderCell>();
    foreach (GridViewHeaderCell cell in cells)
    {
        cell.ChildrenOfType<Grid>().FirstOrDefault(x => x.Name == "PART_OuterGrid").RowDefinitions[1].Height = GridLength.Auto;
    }
}

I have a RadGridView and bind its ItemsSource and its SelectedItem to properties of the ViewModel (DataContext). When the ViewModel is created, the property bound to ItemsSource is filled and the property bound to SelectedItem is set to one of the items in the collection.

However, when the GridView is displayed, the property is first set to null and then set to the first item in the collection. I assume that the binding of the SelectedItem is evaluated before the binding of the ItemsSource, so the grid is empty and the desired item can't be selected. Is there any way to influence the order, in which the binding are evaluated? Or is there any other way to avoid that the SelectedItem is changed?

A similar issue is described here: http://www.telerik.com/forums/selecteditem-binding-issue
Unfortunately, I couldn't to find the support ticket mentioned in this thread.

The issue is reproduced only when the items in the source collection have properties with duplicated values and they are sorted before the selection is processed. If the property values are unique or the SelectionMode is set to Multiple, the selection works as expected both with sorted and unsorted data. The workaround is to use either Multiple SelectionMode, or Cell/Mixed SelectionUnit.

For the time being, an appropriate converter should be used for the bindings.

Add a TextAlignment property to the GridView's AggregateFunctions to set the alignment of the resulting text. 
Apply to both Caption and FormattedValue simultaneously. 
This way we won't have to make custom ItemTemplates for the AggregateResultsList in each footer, when using AggregateFunctions out-of-the-box.

Available in LIB version: 2017.2.710

In an application, I bind a DataTable with many rows to a RadGridView. As soon as, the datatable is binded, I see the memory needed by the application growing. The problem is that the binding is done each time the content of the DataTable is changing. It seems that the memory is never cleared and keep growing until a MemoryException is thrown. This does not appear with a WPF standard GridView. Do you know why ?

As a temporary workaround, the following custom keyboard command provider can be used:

	public class CustomKeyboardCommandProvider : DefaultKeyboardCommandProvider
	{
		private GridViewDataControl parentGrid;

		public CustomKeyboardCommandProvider(GridViewDataControl grid)
		 : base(grid)
		{
			this.parentGrid = grid;
		}

		public override IEnumerable<ICommand> ProvideCommandsForKey(Key key)
		{
			List<ICommand> commandsToExecute = base.ProvideCommandsForKey(key).ToList();

			if (key == Key.Enter)
			{
				commandsToExecute.Clear();
				commandsToExecute.Add(RadGridViewCommands.CommitEdit);
				commandsToExecute.Add(RadGridViewCommands.BeginEdit);
				commandsToExecute.Add(RadGridViewCommands.MoveDown);
			}

			return commandsToExecute;
		}
	}