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.

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.

Currently, the default value of the property is true, so the presented of items in the hierarchy collection is not taken into account. This results in having visible hierarchy buttons for rows that do not have hierarchical subitems.

When setting the VirtualItemCount on refreshing the data source, the scrollbar jumps to the top. If the VirtualItemCount is initially set, the behavior is not reproduced. The workaround is to use the scrolling mechanism of the control and scroll back to the desired item.

Available in LIB version 2017.3.1113, it will be also available in the R1 2018 Release.

Available in LIB version 2017.3.1127, it will be also available in the R1 2018 Release.

When applying VQCV with custom IEnumerable as a source to the ItemsSource of the grid and filters grid through filtering control, ExportToXlsx exports wrong items.

Available in LIB version 2017.3.1127, it will be also available in the R1 2018 Release.

When RadGridView is bound to a ListCollectionView and the SortDescriptions are set, columns with a SortMemberPath different from the DataMemberBinding don't display the sort indicator in the column header.

In the attached example the "Status" and "ETA" columns are sorted. "Status" header does not display the indicator due to the SortMemberPath being different from the DataMemberBinding.

I have a RadGridView and bind its ItemsSource and its SelectedItem to properties of the ViewModel (DataContext). I use a ViewModel for the grid items with overridden Equals and GetHashCode. When the ViewModel is created, the property bound to ItemsSource is filled and the property bound to SelectedItem is set to an item that is equal to one of the items in the collection (but not reference equal).

Problem:
When the GridView is displayed, no item is selected.

Note: I already reported this issue before: https://feedback.telerik.com/Project/143/Feedback/Details/227302-binding-itemssource-and-selecteditem-of-gridview-changes-selecteditem
but now I have managed to modify the sample project so that the problem can be reproduced. The difference to the original sample project is that Equals and GetHashCode of the Club ViewModel are overridden and the selected item is not reference equal to the item in the collection.

Currently, RadGridView's data engine relies on TypeDescriptor.GetProperties, when resolving the set of properties accessible through a certain type. Apparently, this API hides the properteis from the interface, as they are not accessible throught the concrete type.

The fix is available in the R1 2018 Release.

Available in LIB version 2018.1.122, it will be also available in the R1 2018 SP Release.

Grouping of columns in RadGridView by using a ColumnGroupDescriptor in XAML does not work when ShowGroupPanel is set to False and there is a RelativeSource binding in the ColumnGroupDescriptor.