The dialog should match the strings contained in the different document parts (headers, footers, footnotes, endnotes, comments).

Bullet with a big font-size applied is not horizontally aligned with the rest of the bullets of the same level.

Steps to reproduce:
1. Add several paragraphs.
2. Apply a list to the paragraphs.
3. Select a paragraph in the middle.
5. Apply a big font-size, like 24.
6. Export to HTML.

Actual: The bullet with the bigger font-size is not horizontally aligned with the rest of the paragraphs.
Expected: All paragraphs should be horizontally aligned

As a result RadDocument instances cannot be collected by the GC.

ContextMenu holds a reference to last RadRichTextBox it's shown for. Since ContextMenu is cached by MEF, this leads to memory leak. 

Workaround: There are two options:

- manually set different instances of ContextMenu to all your RadRichTextBox-es
this.radRichTextBox.ContextMenu = new Telerik.Windows.Controls.RichTextBoxUI.ContextMenu();

- Create custom context menu that will be non-sharable. MEF will automatically load different instances of it for all RadRichTextBoxes on demand:
[PartCreationPolicy(CreationPolicy.NonShared)]
[CustomContextMenu]
public class NonSharedContextMenu : ContextMenu
{
}

Using any of the options will prevent MEF from creating cached instance of the ContextMenu.

For some font sizes, the end of the last letter or the start of first letter is clipped. The problem is most visible with italic styles and large font sizes, but is present even for small sizes and regular style.

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.

StackOverflowException is sometimes thrown while a document containing annotations is updated in the main thread (e.g. by typing in it), and spell checking is enabled.

The exception is thrown in a background thread, which call stack similar to this one:

2f89dfe8 00566287 Telerik.Windows.Documents.Cache.IntervalTree.IntervalNode`2[[System.__Canon, mscorlib],[Telerik.Windows.Documents.Cache.IntervalTree.HierarchicalIndexStruct, Telerik.Windows.Documents]]..ctor(System.Collections.Generic.IEnumerable`1<System.__Canon>)
2f89e084 00566287 Telerik.Windows.Documents.Cache.IntervalTree.IntervalNode`2[[System.__Canon, mscorlib],
...
2f89e4dc 00565cd8 Telerik.Windows.Documents.Cache.RadDocumentChildrenCache.RebuildTree()
2f89e52c 005658c1 Telerik.Windows.Documents.Cache.RadDocumentChildrenCache.Rebuild()
2f89e538 1413b704 Telerik.Windows.Documents.Cache.RadChildrenCacheBase`1[[System.__Canon, mscorlib]].EnsureValid()
2f89e568 00568c72 Telerik.Windows.Documents.Cache.RadDocumentChildrenCache.ContainsAnnotationMarkersOfType[[System.__Canon, mscorlib]]()
2f89e5c0 00568b29 Telerik.Windows.Documents.Cache.RadDocumentChildrenCache.GetContainingAnnotationRanges[[System.__Canon, mscorlib]](Telerik.Windows.Documents.Model.Inline, Boolean)
2f89e618 0056896f Telerik.Windows.Documents.Model.RadDocument.GetContainingAnnotationRanges[[System.__Canon, mscorlib]](Telerik.Windows.Documents.Model.Inline, System.Predicate`1<System.__Canon>, Boolean)
2f89e654 1b6b76d3 Telerik.Windows.Documents.Proofing.DocumentProofingManager.IsPositionInIgnoredRange(Telerik.Windows.Documents.DocumentPosition)
2f89e664 1b6b72e7 Telerik.Windows.Documents.Proofing.DocumentProofingManager+<SplitRangeToUpdate>d__2.MoveNext()
2f89e690 1b6b7019 Telerik.Windows.Documents.Proofing.DocumentProofingManager.UpdateIncorrectWordsList(Telerik.Windows.Documents.DocumentPosition, Telerik.Windows.Documents.DocumentPosition)
2f89e6c0 1b6b6ef2 Telerik.Windows.Documents.UI.Layers.TextDecorationLayers.ProofingErrorsDecorationUILayer+<>c__DisplayClass9.<MarkBoxesWithSpellingErrorsAsynch>b__5()
2f89e6d0 1b612094 Telerik.Windows.Documents.Utils.DelayedExecution.ExecuteAction(Boolean)
2f89e6e4 1b6b6e34 Telerik.Windows.Documents.Utils.DelayedExecution.OnThreadingTimer(System.Object)
2f89e704 65fa5b38 System.Threading.TimerQueueTimer.CallCallbackInContext(System.Object)
2f89e708 65fc4157 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
2f89e774 65fc4096 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
2f89e788 65fa5a81 System.Threading.TimerQueueTimer.CallCallback()
2f89e7bc 65fa593c System.Threading.TimerQueueTimer.Fire()
2f89e7fc 65fa5861 System.Threading.TimerQueue.FireNextTimers()
2f89e83c 65fa5724 System.Threading.TimerQueue.AppDomainTimerCallback()
2f89ea68 66d73de2 [DebuggerU2MCatchHandlerFrame: 2f89ea68] 

Note: Until 2017 R2 SP1 release StackOverflowException is thrown, after this release an ArgumentException should be thrown.
Declined: Not reproducible anymore.

The normal hyphen should break the line and the non-breaking hyphen (inserted with: alt+0173) should not break the line

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 attribute is currently not supported when importing HTML documents. It can be replaced with the corresponding CSS property applied to each cell of the table.

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.

When documents containing images (e.g. few JPEGs with size of 5 MB) are loaded, the memory usage of the process goes up pretty quickly and eventually OutOfMemoryException is thrown.

This is not conventional memory leak, as managed types are not leaking. After some investigation, we believe that GC cannot collect some MemoryStream objects (used for the conversion of the image from Base64 to PNG) from the Large Object Heap fast enough, or LOH becomes fragmented.



Available in LIB version: 2017.1.213

Improve the performance when a document is printed.

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();
}

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.

If an Rtf document is imported and then exported to a Docx file, every single paragraph has associated list when the document is opened in MS Word.

Workaround: Before the document export, clear the ListId property:
if (this.radRichTextBox.Document.Style.ParagraphProperties.ListId == -1)
{
    var property = this.radRichTextBox.Document.Style.ParagraphProperties.GetStyleProperty(Paragraph.ListIdProperty);
    property.ClearValue();
}

This includes everything related to:

- Navigation of the controls only with keyboard (Tab, Shift+Tab, arrows, Alt+<Letter>)

- Correct Screen Reader pronunciation when entering into/navigating in the control, including RadRichTextBox itself. 

Watermark is drawn for each page in the RadDocument. When the watermark is a larger image, an OutOfMemoryException might occur during export to PDF. The same applies for images in header/footer.

The case "margin: 0px" is imported only as margin-top. This results in spacing-after property of the paragraph to have an incorrect value.

There is a possible workaround if you have control over the construction of the HTML. Change the "margin: 0px" to "margin: 0px 0px 0px 0px"

The issue is reproducible when the style of the paragraph with the revisions is changed for the second time.