When an RTF document contains table inside table in the header or in the footer, the document cannot be imported due to NullReferenceException. In the case of RadRichTextBox the exception is handled, but it's not when RtfFormatProvider is used directly.

The bug is regression in 2016 R3.

The settings of the empty paragraphs in the document fallback to the default document settings (Verdana).

The EnumerateChilderOfType() method can be used to traverse all the paragraphs in the document and apply them the same font family as a workaround.

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.

If the document contains a simple field without run inside, the import process fails. 

      <w:fldSimple w:instr="page" w:dirty="true"/>

The same document with a run inside the field does not cause an error

      <w:fldSimple w:instr="page" w:dirty="true">
        <w:r>
          <w:t>1</w:t>
        </w:r>
      </w:fldSimple>

When a DropDownList SDT form is saved in a XAML document and then imported with the XamlFormatProvider, an extra ListItem entry is added in the items collection of the DropDownList. The extra entry is the default "Choose an item".

To work this around, iterate all ComboBoxProperties and manually remove duplicates of the "Choose an item" entry.

var dropDownLists = radRichTextBox.Document.EnumerateChildrenOfType<SdtRangeStart>()
     .Where(x => x.SdtProperties is ComboBoxProperties)
     .Select(x => x.SdtProperties).OfType<ComboBoxProperties>();
 var defaultItemString = LocalizationManager.GetString("Documents_ContentControlsGenerator_ListItem");
 foreach (var item in dropDownLists)
 {
     if (item.Items.Count > 0 && item.Items.Any(x => x.Value != defaultItemString) && item.Items.Any(x => x.Value == defaultItemString))
     {
         var occurrence = item.Items.FirstOrDefault(x => x.Value == defaultItemString);
         while (occurrence != null)
         {
             item.Items.Remove(occurrence);
             occurrence = item.Items.FirstOrDefault(x => x.Value == defaultItemString);
         }
     }
 }

The ChangeListStyleCommand has an event named ListStyleChangedChanged  which is never raised.

Trying to delete table cell formatting symbol, when track changes are on, will result in marking the text in the cell as deleted.
MS Word does not respect such delete action.

Hyperlink tooltip is not changed when the HyperlinkNavigationMode property of RadRichTextBox is changed.

Workaround: Invoke radRichTextBox.ActiveEditorPresenter.RecreateUI() method just after the property value change:
this.radRichTextBox.HyperlinkNavigationMode = HyperlinkNavigationMode.Click;
this.radRichTextBox.ActiveEditorPresenter.RecreateUI();

Steps to reproduce:
1. Insert a hyperlink in RTB.
2. On button click change the HyperlinkNavigationMode.

Observe: The tooltip is not changed from Click to ... Ctrl + Click to .. and vise versa.

When the main container of a window is ScrollViewer, the caret is not kept in the view while users move it with the arrow keys.

TabStopsProperties dialog is non-modal dialog, but it should be modal.

If there are two words with two spaces between them, and between the spaces there is annotation with SkipPositionBefore = false (e.g. track changes revision annotation or comment), and current editing style is changed on the position between the spaces (i.e. Toggle Bold, for example, without selection present) the first word formatting is affected (e.g. it becomes bold).

Steps to reproduce:
Variant 1:
- Insert two words with a single space between them (e.g. "text telerik")
- Turn Track Changes On
- Insert a space after the single space between the two words. (i.e. right before 'telerik')
- Toggle Bold
Observe: "text" gets bold.
Expected: "text" doesn't get bold, just current editing style is changed.

Variant 2:
- Insert two words with a two spaces between them (e.g. "text  telerik")
- Select the second space and the second word, and insert comment.
- Put the caret between the spaces.
- Toggle Bold
Observe: "text" gets bold.
Expected: "text" doesn't get bold, just current editing style is changed.

When floating image is added to empty table cell, it is positioned in a way that overlaps the table border. 

Clicking on floating Image when the caret position is not in the viewport, changes the viewport and starts image dragging. Instead, the image should just be selected.

Steps to reproduce:
1. Start with empty document
2. Insert image, make it floating (right-click on it, select Text Wrapping -> In Front Of Text)
3. Drag the image near the bottom of the document.
4. Scroll and, if needed, zoom to such a factor, so that the first paragraph is outside of the view port.
5. Select the image (keep in mind that the image shouldn't be selected - the position should be at some of the previous paragraphs)
Observe: The image dragging adorner is visible and the viewport is changed.
Expected: The behavior shall be the same as MS Word - the viewport shouldn't be changed, and the image should just be selected

When inserting text (document fragment) next to a correctly spelled word they get both underlined as incorrect.