When GridViewClipboardPasteMode is set to AllSelectedCells and a single clipboard value is pasted into more than one selected cell, RadGridView updates the cell values but does not re-evaluate live grouping for the edited items - rows remain under their previous group header until an explicit Rebind()/refresh. 

Pasting into a single cell at a time re-groups correctly.

To work this around, call the CommitEdit and EditItem methods of RadGridView for each row data item in which data was pasted. You can do that in the Pasted event handler:

 private void RadGridView_Pasted(object sender, RadRoutedEventArgs e)
 {
     var editableView = (IEditableCollectionView)this.gridView.Items;
     var affectedItems = this.gridView.SelectedCells.Select(c => c.Item).Distinct().ToList();

     foreach (var item in affectedItems)
     {
         editableView.EditItem(item);
         editableView.CommitEdit();
     }
 }

Steps to reproduce:

If header/footer containing annotations is set to a document using RadDocumentEditor.ChangeSectionHeader or ChangeSectionFooter methods, the annotations in the body of the header/footer are not paired in the resulting document.

When such document is exported to XAML, NullReferenceException is thrown in the ReindexAnnotationMarkers internal method.

Workaround:
- Do not use RadDocumentEditor to set the footer:
//editor.ChangeSectionFooter(radDocument.Sections.First, HeaderFooterType.Default, new Footer { Body = footerRadDocument });
radDocument.Sections.First.Footers.Default.Body = footerRadDocument;

- Manually "fix" the cloned footer body before the export:
((ISupportInitialize)radDocument.Sections.First.Footers.Default.Body).EndInit();

Loading/editing document with large lists (with 1561 or more items) throws IndexOutOfRangeException when incorrectly tries to convert numbering to letters.

Workaround: Change list type to one which does not include letter NumberingFormat in any of its levels, for example Numbered Hierarchical or custom one.

LocalizableException with text "Format string is not in the correct format.", with inner ArgumentException "Format string is not in the correct format." is thrown. 

Currently the validation doesn't allow number format string starting with date or time formatting to have more that one section (for negative and zero numbers). Excel allows this type of number formats and if you set format like dd/mm/yyyy;[RED](#.##0); the positive numbers are visualized as dates, but negative numbers are visualized as numbers and their fore color is red.

Examples (including the final semicolons):

- ss;

- dd;

- dd/mm/yyyy;;

- mmm-yy;mmm-yy;_-* "-"??_-;_-@_-

Observed when loading a document: 

When number format ends with N commas, the resulting number should be divided to 1000 N times. Instead, such commas are ignored. 

For example, if the format is #.0,, and the value of the cell is 12,200,000, the number should be displayed as 12.200.0

ArgumentException: WebView2 was already initialized with a different CoreWebView2Environment. Check to see if the Source property was already set or EnsureCoreWebView2Async was previously called with different values.

at Microsoft.Web.WebView2.Wpf.WebView2Base.EnsureCoreWebView2Async(CoreWebView2Environment environment, CoreWebView2ControllerOptions controllerOptions)

The keyboard arrow selection doesn't select tabs, just moves the focus. This happens when the content area of RadRibbonView is minimizable and open. 

To work this around, manually select the focused tab on key down.

private void RadRibbonView_PreviewKeyDown(object sender, KeyEventArgs e)
{
    var ribbon = (RadRibbonView)sender;
    if (ribbon.IsMinimized && (e.Key == Key.Left || e.Key == Key.Right))
    {
        var focusedHeader = Keyboard.FocusedElement as RadRibbonTab;
        if (focusedHeader != null && ribbon.SelectedItem != focusedHeader)
        {
            ribbon.SelectedItem = focusedHeader;
            e.Handled = false;
        }
    }
}

Initially RibbonView gets rendered design-time. Trying to edit RibbonTab-s or add new one causes the whole control to dissapear in the designer. Clean and rebuild of the solution doesn't help -- cleaning the Shadow cache of Visual Studio Designer is the onliest thing that helps.

The issue reproduces with Class Library containing the Ribbon setup and IsWindowsThemeEnabled property of RibbonWIndow turned off (default value).

Value of a cell is visualized outside of the cell boundaries, or the value is clipped and partially visible, when the cell is updated (from code-behind), while being in an inactive worksheet, and is referenced by another cell from the active sheet.

Workaround: get a value of some cell in the active sheet and set it again to the same cell.

The issue is reproducible after the official release of Q1 2015.

When RadSpreadsheet is placed inside a data template and the Workbook property is bound, the binding fails. 

In the Convert() method of the debug converter, the proper value is set. However, an empty workbook is displayed in the view.