Focus events (GotFocus, LostFocus) are raised inconsistently for RadRichTextBox, due to the internal translation of the focus to the Caret.

Scenarios:

1. Clicking inside the control, when the focus is already inside the control, triggers LostFocus, GotFocus, LostFocus, GotFocus events.

2. Switching internal editors (headers/footers) raises GotFocus and LostFocus.

3. If the control is inherited and OnGotFocus/OnLostFocus are overriden, they are never called (despite OnGotFocus one time in the beginning

The behavior is problematic, as this events are useful for custom validation scenarios.

The exception is thrown by the SystemFontsManager internal class from Telerik.Windows.Documents.Core, so it can observed when using RadPdfViewer, RadRichTextBox, RadSpreadsheet.

The reason is not clear, posssible causes are:
- Corrupted fonts after upgrade from Windows XP
- Enabling of Block untrusted fonts feature (https://docs.microsoft.com/en-us/windows/threat-protection/block-untrusted-fonts-in-enterprise )

The call stack is as follows:

System.TypeInitializationException: The type initializer for 'Telerik.Windows.Documents.Core.Fonts.SystemFontsManager' threw an exception. ---> System.IO.FileNotFoundException: Unable to find the specified file.
   at MS.Internal.Text.TextInterface.Native.Util.ConvertHresultToException(Int32 hr)
   at MS.Internal.Text.TextInterface.FontList.get_Item(UInt32 A_0)
   at MS.Internal.Text.TextInterface.FontList.FontsEnumerator.get_Current()
   at MS.Internal.FontFace.TypefaceCollection.Enumerator.get_Current()
   at System.Windows.Media.Fonts.TypefaceCollection.<GetEnumerator>d__11.MoveNext()
   at Telerik.Windows.Documents.Core.Fonts.SystemFontsManager..cctor()

Workaround: 

Manually delete all registry key values in Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts pointing to files outside of the Fonts folder.

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

Undoing changes to words wrapped in annotation ranges throw InvalidCastExceptions as AnnotationRangeStarts are casted to AnnotationRangeEnd.

Steps to reproduce:
1. Add a bookmark to a word
2. Add a bookmark to the following word in the document
3. Use the find dialog to highlight those two words
4. Bold the text
5. Press Ctrl+Z to undo
Observed: Repeated InvalidCastException dialogs

Fix available in LIB Version 2018.1.430.

Annotation Ranges where SkipPositionBefore is set to false on the AnnotationRangeEnd cause cursor jumps when deleting content to the right of the Annotation Range.

Steps to reproduce:
1. Open a job with Annotation Ranges where SkipPositionBefore is set to false on the AnnotationRangeEnd (I used the Document Protection sample in the demo app)
2. Move your cursor to the end of the range.
3. Hit the delete key
Expected: The cursor remains at the end of the AnnotationRange and content to the right is deleted.
Actual: Content to the right is deleted but eventually the cursor will jump to the right by one position and end up outside the Annotation Range.

Implement Auto Text gallery for inserting text. More information related to Auto Text can be found on the following post:
https://support.office.com/en-us/article/automatically-insert-text-0bc40cab-f49c-4e06-bcb2-cd43c1674d1b

After merging a document into another one (or pasting it), some of the content is duplicated. The issue is a regression in R3 2018.

Currently, the whole document is kept in memory. In some cases, this creates too much of a memory footprint (even exceeding the usable ~1.2 GB of a .NET process) and causes an OutOfMemoryException. For example, a document with around 2000 pages will fail on import. 



Optimize how style properties are used. Default style properties could be shared among all elements of the same type who does not have any local values.

The event is not fired when updating the IncludePictureField fields. It is also valid when the fields are in Header or Footer. The issue is a regression in R1 2019.

The UpdateAllFields() method of RadDocumentEditor can be invoked so the event can be fired and give you the possibility to update the images.

Adding bookmarks with the same name programmatically always returns the first one in case use attempts to navigate to it using the Bookmarks dialog. 

Workaround: Remove the bookmark before adding a new one with the very same name.

Currently the editing methods of RadRichTextBox and RadDocumentEditor work with the current DocumentSelection and CaretPosition for the current RadDocument. In order to execute an editing action on specific range/position, current selection/position should be moved, which is not always desirable. Also, as a side effect, when moving current selection or position, the scroll offset of the document shown in RadRichTextBox is changed.

While importing definition of a font similar to font:400 15px 'arial'; where the font-weight is defined as a number, this number is parsed as value for font size instead of mapping it to font-weight.

The font family of the fields is changed to Times New Roman while importing RTF documents. The issue is a regression caused in 2019 R3 (LIB 2019.2.610)

Use the attached project to reproduce. 

- Click the "Go To endPosition" button. The Caret remains on the same line.

Bold is not reset when creating a bullet line on a new line 

Default FontFamily and FontSize values (Calibri, 11) are not respected during paste, when the normal style of the source document is modified. Those values are replaced with the default values for RadDocument, which are different (Verdana 12)

The first time users select an image and press Delete deletes only the fields and not the image.
Workaround: Attach to CommandExecuting and CommandExecuted events of RadRichTextBox and ensure the image is deleted using the following code:

Memory leak when changing the documents

When calling a ChangeAllFieldsDisplayMode(FieldDisplayMode.Result) on a document containing a multiline document variable ("First Line\vSecond Line\vThird Line") leads to wrongly updated span box text.

The result is: "Third Line¬Third Line¬Third Line"

Currently when one inserts a column and the track changes feature is enabled a message appears that the action will not be marked as change.