This results in prompt to save the changes when closing the file.

The fix is available in our latest LIB(v. 2014.3.1222).

When TextOptions.TextFormattingMode="Display" is set on RadRichTextBox, incorrect Measuring causes TextBlocks to not visualize correctly.

With multiple lines of text in the same paragraph, clicking on the last possible position on any line (except the last one), the caret moves to the first position on the next line.

"Based on style" combobox is not filled with all linked and paragraph styles in the following cases:
- "Modify style" dialog doesn't display the possible "based on" styles in the combobox when editing linked styles. 
- "Create new style from formatting" dialog doesn't display the possible "based on" styles in the combo box during creation of new linked style.

Steps to reproduce:

Variant 1:
- Click Home -> Styles -> Change Styles in the ribbon UI.
- Expand the the drop down of Heading 1 button and click 'Modify'
Expected: 'Style based on' combobox contains all paragraph and linked styles.
Actual: 'Style based on' combobox is empty.
-------------------
Variant 2:
- Click Home -> Styles -> Change Styles in the ribbon UI.
- Click 'New' button.
- Choose 'Style type:' Linked in the combobox.
Expected: 'Style based on' combobox contains all paragraph and linked styles.
Actual: 'Style based on' combobox is empty.

The caret position does not move at the end of the line with continuous text (see attached).

When the LevelText of the list style is empty, PdfFormatProvider throws an IndexOutOfRangeException while trying to draw the bullet.

Workaround: Ensure that the LevelText of the ListItemStyle is not an empty string:

foreach (ListStyle listStyle in this.radRichTextBox.Document.ListManager.GetAllListStyles())
{
    foreach (ListLevelStyle level in listStyle.Levels)
    {
        if (string.IsNullOrEmpty(level.LevelText))
        {
            level.LevelText = " ";
        }
    }
}

List items with <li style="list-style-type:disc"> are not imported from HTML. The style works fine when it is added in the parent <ul> element. This behavior also breaks the copy/paste functionality when user copies bullet lists from a Google Document.

 

First Scenario: During layout of specific documents where the first section is with Continuous section break type, the layout algorithm enters in an infinite loop causing the application to hang.

Workaround: Change the section break type for the first section after the import of the document and before the layout:

Second Scenario: During the layout of specific documents where the last section is with Continuous section break type and has specific page size width and height, the layout algorithm enters in an infinite loop causing the application to hang.

Workaround 2: Slightly modify the size of the section which causes the issue after the import of the document and before the layout:

Third Scenario: During layouting of specific documents containing anchored elements, the layout algorithm enters in an infinite loop causing the application to hang. No workaround.

When the user copy-pastes an image from Outlook, it is pasted as an IncludePictureField and visualized as expected. The field code looks like

{INCLUDEPICTURE :image001.png@01D15D16.4FAF0970 \* MERGEFORMATINET}

However, when the fields in the document are updated, the image is no longer shown because of its invalid Uri. In MS Word, when you paste the image, it is directly inserted as image and the field is skipped.

Workaround - remove the field start/ends (in the attachments)

The built-in Hyperlink style is not applied to hyperlinks imported from HTML (<a> tag). As a result, the hyperlinks in the document do not have the blue underline.

Workaround: Subscribe for the SetupDocument event of the HtmlDataProvider and set the hyperlinks' style manually.
private void HtmlDataProvider_SetupDocument(object sender, Telerik.Windows.Documents.FormatProviders.SetupDocumentEventArgs e)
{
    StyleDefinition hyperLinkStyle = e.Document.StyleRepository[RadDocumentDefaultStyles.HyperlinkStyleName];
    hyperLinkStyle.SpanProperties.ForeColor = Colors.Green;//Color.FromRgb(0xff, 0x7a, 0xcc);
    var hyperlinks = e.Document.EnumerateChildrenOfType<HyperlinkRangeStart>();

    RadDocumentEditor editor = new RadDocumentEditor(e.Document);
    editor.Document.History.IsEnabled = false;

    foreach (HyperlinkRangeStart hyperlink in hyperlinks)
    {
        e.Document.Selection.SelectAnnotationRange(hyperlink);
        editor.ChangeStyleName(RadDocumentDefaultStyles.HyperlinkStyleName);
    }
    e.Document.Selection.Clear();

    editor.Document.History.IsEnabled = true;
}

Html exported from RadRichTextBox will be shown in Outlook with some formatting issues related to lists. The text in a paragraph will be shown with the formatting of its bullet.

The reason is that the content is exported to HTML as a styled list level which Outlook does not understand. The same applies to MS Word as well. This can also lead to formatting issues when the document is later imported in RichTextBox.

You can check the attached screenshot for reference.

Workaround: 
Change the styles to export as inline properties:
htmlProvider.ExportSettings.StylesExportMode = StylesExportMode.Inline;

When document fragment containing consecutive spans with same style is inserted with RadRichTextBox.InsertFragment method, and the document is with specific structure (which is not exactly known), NullReferenceException in HierarchicalIndex.GetBoxByHierarchicalIndex could be thrown when text is typed in specific places in the document.

Workaround: Ensure that such spans are merged before creating the fragment:

var document = xamlProvider.Import(xaml);
document.MergeSpansWithSameStyles();
var fragment = new DocumentFragment(document);
rtb.InsertFragment(fragment);

---------------------------------------

Sample call stack:

System.NullReferenceException
 at Telerik.Windows.Documents.HierarchicalIndex.GetBoxByHierarchicalIndex(DocumentLayoutBox documentBox, HierarchicalIndex hierarchicalIndex)
 at Telerik.Windows.Documents.DocumentPosition.RestorePositionFromBoxIndex(Nullable`1 raiseEvent)
 at Telerik.Windows.Documents.Model.RadDocumentEditor.InsertTextInternal(String text, Span currentSpanStyle, Boolean explicitAcceptsReturn)
 at Telerik.Windows.Documents.Model.RadDocumentEditor.InsertFromUI(String text, Span currentSpanStyle, Boolean acceptsReturn)
 at Telerik.Windows.Controls.RadRichTextBox.Telerik.Windows.Documents.UI.ITextInputCommandsHandler.InsertText(String text)
 at Telerik.Windows.Documents.UI.CaretTextInputHandler.InsertText(String text)
 at Telerik.Windows.Documents.UI.CaretTextInputHandler.HandleTextInsertedWithoutIme(RadDocument document, String text)
 at Telerik.Windows.Documents.UI.CaretTextInputHandler.CaretUI_TextInserted(Object sender, TextInsertedEventArgs e)
 at Telerik.Windows.Documents.UI.Caret.OnTextInserted(Object sender, TextInsertedEventArgs e)
 at Telerik.Windows.Documents.UI.Caret.OnTextChanged()
 at Telerik.Windows.Documents.UI.Caret.Caret_TextChanged(Object sender, TextChangedEventArgs e)

...

Fix available in LIB Version 2018.2.813.

When a field result fragment has multiple lines only the first and the last paragraph get the proper paragraph style properties.

Invoking the same Paste Options command for a second time does not close the popup. It is closed when another Paste Options command is executed.

This causes some problems if the hyperlink is edited and the document is exported and imported again.
Workaround:
private void RadRichTextBox1_DocumentChanged(object sender, EventArgs e)
{
    var document = radRichTextEditor1.Document;

    var fields = document.EnumerateChildrenOfType<FieldRangeStart>();

    foreach (FieldRangeStart item in fields)
    {
        radRichTextEditor1.DeleteAnnotationRange(item);
    }
}

When a table is on a page different than the first one and user clicks on the thumb for resizing the table row height, wrong value is calculated and passed to the setter of the TableRow's Height property.

This leads to wrong table layout when the document is exported using RtfFormatProvider.

When the popup is located on the bottom side of the document and it is also close to the end of the presenter and a user opens it, then the popup goes outside the area.

When the tabbed document becomes a dockable window the ContextMenu Icons are no longer visible.

<telerik:RadDocking x:Name="radDocking"> 
 <telerik:RadDocking.DocumentHost> 
  <telerik:RadSplitContainer> 
   <telerik:RadPaneGroup> 
    <telerik:RadDocumentPane Title="Test"> 
     <telerik:RadRichTextBox x:Name="radRichTextBox" /> 
    </telerik:RadDocumentPane> 
   </telerik:RadPaneGroup> 
  </telerik:RadSplitContainer> 
 </telerik:RadDocking.DocumentHost> 
</telerik:RadDocking>

                 

Popups (ImageMiniToolBar and SelectionMiniToolBar) stay on most top (act as if "Always on Top" is set to them) even if they had lost focus. 

Workaround: Attach to LostFocus or LostKeyboardFocus events and hide the toolbar in the handler:
this.radRichTextBox.LostFocus += (sender, e) =>
{
    this.radRichTextBox.SelectionMiniToolBar.Hide();
    this.radRichTextBox.ImageMiniToolBar.Hide();
};