The following HTML should generate a table with width of 600px:

<table width="25px" border="1px solid black">
<tr>
<td>
<table width="600">
<tbody>
<tr><td >Test</td></tr>
</tbody>
</table>
</td>
</tr>
</table>


 When the same html is imported in RadRichTextBox, the table is 25px wide.

When the 'font-family' CSS attribute's value contains Chinese, Japanese or Korean symbols, the HTML parser could not parse them correctly, and the applied font families are skipped. As a result, the text is imported with Arial font.

Steps to reproduce:
- Register the following font "HGS明朝B":
FontFamily myCustomFont = new FontFamily("HGS明朝B");
FontManager.RegisterFont(myCustomFont);
- Write some text and apply the font over the text.
- Export to HTML.
- Import the HTML.

Expected: the text should be with the HGS明朝B font family.
Actual: the text is with Arial font family

When the users move the image (evaluated as a result of the field) using the document selection, the field is removed from the document and the image is duplicated.

Steps to reproduce:
Create a new blank document.
Write some text.
Use "Enter" key to create some empty lines, until new page is created. 
Print to a real printer or to pdf file using tools like PDFCreator or Bullzip.

Actual result: Nothing is printed.
Expected result: Two pages should be printed.

Workaround: Add an empty character in the footer.

Create document with some text.
Insert image.
Right click on image and add hyperlink to it.
Drag the image somewhere in the text.
Observe that it is created a copy of the image. 

Actually, the issue occurs when the hyperlink is inserted.

When there isn't space for the first non-repeated row to be drawn on the page, the repeated rows should not be repeated on each page where the table spans - they should be drawn only on the first page (the page where the table begins). 
 
However, currently the requirement described above is not satisfied and the first repeated row is drawn on every page, where the table spans, which is not correct according to the Office Open XML specification. 

There is no document position at the end of a line when a single span is flowing to the next line. Therefore, in similar scenarios, the user cannot move the caret at the last position of the line.

When exporting with RtfFormatProvider (including when the users copy content), an additional \par tag is added at the end of the document.

Workaround: Process the RTF after it is generated. 

Here is an example how to achieve it when copying:

this.radRichTextBox.CommandExecuted += radRichTextBox_CommandExecuted;
...
void radRichTextBox_CommandExecuted(object sender, CommandExecutedEventArgs e)
{
    if (e.Command is CopyCommand)
    {
        DocumentPosition end = this.radRichTextBox.Document.Selection.Ranges.Last.EndPosition;
             
        RadDocument clipboardDocument = ClipboardEx.GetDocument().ToDocument();
        RtfFormatProvider provider = new RtfFormatProvider();
        string rtfString = provider.Export(clipboardDocument);
        int indexLastParOpening = rtfString.LastIndexOf("{");
        int indexLastParClosing = rtfString.IndexOf('}', indexLastParOpening);
        string newRtf = rtfString.Remove(indexLastParOpening, indexLastParClosing - indexLastParOpening + 1);
        Clipboard.SetData("Rich Text Format", newRtf);
    }
}

The PreferredWidth property has a strange behavior when set to all columns of a table and one of the rows is with ColumnSpan greater than 1. The width is properly set, but seems to be not respected while measuring the table and its children.


Second Scenario using RichTextBox UI: Create a document containing a table with horizontally merged cells and custom set columns` width and export it to HTML. When importing this HTML document back to the RichTextBox the column width value was not preserved.

When the document contains headings with heading styles associated with numbering styles (numbered headings), and TOC field is inserted and/or updated in the document, the TOC items should contain the numbering which comes from the style. Instead, on update the numbering is lost and only heading text is included in the field result.

Applying negative LeftIndent or FirstLineIndent of a paragraph in web layout mode will visualize the paragraph to the left of RadRichTextBox boundaries.

When classes inheriting RadDocument are exported using XamlFormatProvider, XmlException with message "The prefix 't' cannot be redefined from 'clr-namespace:Telerik.Windows.Documents.Model;assembly=WpfApplication1' to 'clr-namespace:Telerik.Windows.Documents.Model;assembly=Telerik.Windows.Documents' within the same start element tag." is thrown

Similar scenario works with inheriting other elements.

Steps to reproduce:
1. Create an object which inherits the RadDocument
2. Pass the created object as a parameter for the XamlFormatProvider.Export() method
Observe: An XmlException is thrown
Expected: The object to be exported

When text with Code 128 font is rendered in RadRichTextBox, there are some unexpected behaviours:
- Spaces are not rendered (they have special representation in Code 128). This issue will be reproduced for all fonts which define special (non-empty) representation of the space character.
- During rendering, UI inserts  "Left-to-Right Mark" character and "Right-to-Left Mark" character, which are not defined in the font and appear as .notdef glyph, which is white rectangle. This issue will be reproduced for all fonts which do not define these characters.

Placing a floating image after the end of the last paragraph in a page and switching to Flow layout mode will result in missing an image. The image is actually there, but it is not in the viewport.

The start and end annotations are pasted along with the other content, trying to update the styles leads to cycle and StackOverflowException is thrown.

Workaround: Remove the comments from the document in the clipboard:

void radRichTextBox_ActiveDocumentEditorChanged(object sender, Telerik.Windows.Documents.UI.ActiveDocumentEditorChangedEventArgs e)
{
    if (e.DocumentEditorType == Telerik.Windows.Documents.UI.DocumentEditorType.Comment)
    {
        var currentEditor = this.radRichTextBox.ActiveDocumentEditor as RadRichTextBox;
        currentEditor.CommandExecuting += activeEditor_CommandExecuting;
    }
}

void activeEditor_CommandExecuting(object sender, CommandExecutingEventArgs e)
{
    if (e.Command is PasteCommand)
    {
        RadDocument pastedDocument = ClipboardEx.GetDocument().ToDocument();
        RadDocumentEditor editor = new RadDocumentEditor(pastedDocument);

        editor.DeleteAllComments();

        ClipboardEx.SetDocument(new DocumentFragment(pastedDocument));
    }
}

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.

The formatting(font size) of a line break is changed to the document default after adding a single paragraph before the line break. However, the current span style will be changed to the default formatting after adding several paragraphs with a text before a line break. This results in adding the next paragraphs with document default formatting instead of the current span style. The problem is reproducable only in flow mode.
Note: the document default style formatting should be different from the formatting of the line breaks.

The style of the table fallbacks to the default one and when the content of a cell is deleted, the current font family and font size are changed. The scenario is working as expected in versions before R3 2016.

The layout of the document goes to infinite cycle and the whole application freezes when specific combination (it's not exactly identified) of sections and section column breaks is present in the document. Sometimes UI may freeze when the document is trying to render for first time.

When a document is imported from HTML, we set locally to the span elements Times New Roman as a font family nevertheless it is not declared anywhere. The same applies for the font size as well - it is set to 12.

Workaround: Clear the FontFamily property after import

foreach (Span span in this.radRichTextBox.Document.EnumerateChildrenOfType<Span>())
{
    span.GetStyleProperty(Span.FontFamilyProperty).ClearValue();
    span.GetStyleProperty(Span.FontSizeProperty).ClearValue();
}