Hi,

as you can see in the screenshot below the new dark Material Theme has the bug, that the selected row is white if it's not focused.

I can not find in the code where this white color comes from.

I encountered it only in the GridView and TreeListView yet.

Also I can say, that it wasn't like that before the new update. I made my own dark material theme and it didn't appear like this before.

Greetings Benedikt

To reproduce this:

1. Set the GroupRenderMode of RadGridView to Flat.
   
2. Page RadGridView using RadDataPager.
   
3. Scroll to the last row in the view. Or scroll to any row so that few of the rows above are not longer visible.
   
4. Expand the row details and scroll down more until only the parent row is visible.
   
5. Collapse the row details. At this point, the vertical scrollbar disappears and the upper rows are not brought into the view as expected when the row details gets collapsed.

To work this around call the Rebind() method of RadGridView on RowDetailsVisibilityChanged event.

private void RadGridView_RowDetailsVisibilityChanged(object sender, Telerik.Windows.Controls.GridView.GridViewRowDetailsEventArgs e)
{
	if (e.Visibility == Visibility.Collapsed)
	{
		this.gridView.Rebind();
	}        
}

This behavior is reproducible when the HorizontalAligment property of the control or its parent element is set to Left.

The issue reproduces in the following situation.

• The selection mode is Extended and the selection unit is Mixed.
  
• Multiple rows are selected.
  
• Cells of the selected rows are updated.
  
• The column of the updated cells is previously sorted (before the update of the cell values).
  
• DataTable is used to populate the RadGridView control.

To work this around set the SelectionUnit property of RadGridView to FullRow or use a collection type like ObservableCollection<T> instead of a DataTable.

If the DisplayIndex of the columns is set when they are initialized, ColumnGroups are not displayed.

As a workaround, you can set the DisplayIndex after the columns are initialized. 

Hello, 

I believe that I have found a bug with the delete keyboard functionality using the delete key. Below are the steps to reproduce:

1. Click on any row of the grid view.
2. Observe the row is selected.
3. Click any cell in the selected row to enter into edit mode.
4. Exit edit mode using escape.
5. Observe the row is still selected.
6. Now click the delete button.
7. Observe the delete operation doesn't work.

Note that if the user selects a new row and then selects the previous row the delete works. 

Demo to illustrate is in SDK sample browser.

Grid View Examples - Custom Keyboard Command Provider

Please let me know if you need any additional information.

Thank you.

The class Telerik.Windows.Data.QueryableExtensions has a static dictionary "providerIsEntityFrameworkCore"

That dictionary will hold a reference (forever) to a collection that is set as Source for the GridView.

Reason is that non IQueryable-types will be wrapped in a EnumerableQuery<T> that will return itself as the provider (https://referencesource.microsoft.com/#System.Core/System/Linq/SequenceQuery.cs,44), encapsulating the reference.

This must be something introduced recently.

In this particular case, the DisplayIndex properties of the parent and child grid are bound to property from our ViewModel. When the parent grid columns are reordered runtime, the columns of the child grid are also reordered. But when sorting is performed by clicking on a column header, an exception is thrown.

At the moment the GridViewNewRow can be placed at the top or at the bottom. Placing it between the rows will require new virtualization mechanism.