The exception is fixed. To evaluate the IsReadOnlyBinding of the column, we do not use the built-in binding mechanism but a custom one. This custom binding mechanism is designed to use as a source only the default one which is the current item of the ItemsSource of RadGridView. This is the reason that the scenario where the default source of the binding is changed is not supported by design. 

Available in LIB version 2017.1.213 , it will be also available in the R1 2017 SP1 Release.

Unhandled exception System.InvalidOperationException: The calling thread cannot access this object because a different thread owns it.
   at System.Windows.Threading.Dispatcher.VerifyAccess()
   at System.Windows.DependencyObject.GetValue(DependencyProperty dp)
   at Telerik.Windows.Data.SortDescriptorBase.get_SortDirection()
   at Telerik.Windows.Data.Expressions.SortDescriptorCollectionExpressionBuilder.Sort()
   at Telerik.Windows.Data.QueryableExtensions.Sort(IQueryable source, IEnumerable`1 sortDescriptors)
   at Telerik.Windows.Data.QueryableExtensions.Sort(IQueryable source, SortDescriptorCollection sortDescriptors)
. . .

Available in LIB version: 2017.2.515

When pasting data to create new rows(which are created in the AddingNewDataItem event), the pasting logic on the existing cells stops working.


Available in LIB version: 2017.2.529

This happens in the following scenarios:

1. The FilterMemberPath points to the Date property of a DateTime one.
2. The column name contains "[]" square brackets.

Same as the one available in Excel. Please check the attached screenshot.

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

The unconfirmed inputs of filter row editors are being destroyed together with the editor itself in column-visualized GridViews. There's an easy solution for it (store what was in there and restore upon recreation) and we're waiting for an official fix for this "expected behaviour" since three+ years.

The performance of the RadGridView scrolling diminishes significantly when the grid has thousands of rows and alternating row styles are used.  This causes scrolling to be virtually unusable.  I note this is a known limitation of the RadGridView from information from https://docs.telerik.com/devtools/wpf/controls/radgridview/troubleshooting/performance 

We have had to remove the alternating row styles from our current product while porting to the RadGridView.  I am requesting if this issue is going to be fixed in the future anytime soon.