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.

If a table style is applied to a table, and then document is exported/imported to RTF, properties of the style are applied as local properties. Subsequent edits of the style (or changing the style of the table) seems to not work, as the local properties are with higher priority.

When HTML attribute is set and the same property is set in CSS, the element should be styled according to the CSS values, because they have higher priority. For example:
<table border="5" style="border: 1px solid black">

When a symbol is inserted, the font family of RichTextBox is set to the symbol's font family.


Workaround: Create a custom InsertSymbolDialog. The font family could be persisted in the Show() method of the new dialog and reset when the dialog is closing. Attached is a sample project demonstrating the workaround.

The memory leak is reproducible when the main thread is too busy to dispose objects used by RadDocument internally. Thus, the RadDocument instances are kept alive in the memory. 

Workaround: When the scenario includes back processing of documents: Start different threads responsible to perform the required operations and use the following code:

Dispatcher dispatcher = Dispatcher.CurrentDispatcher;
dispatcher.BeginInvokeShutdown(DispatcherPriority.Normal);
Dispatcher.Run();

anywhere in the background thread processing the RadDocument.

- When a floating image is inserted into header/footer the image is clipped. However, if Enter is pressed in the header/footer later, the whole image is shown. Further, if Enter is pressed again, the image is clipped again.
- When floating images are placed in a header or footer, and are positioned outside of the text editor's area, they are not visualized. MS Word visualizes such images as slightly grayed out (similar to watermarks) in normal mode, and always visualizes them in Header/Footer edit mode.

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 

The fix is available in our LIB release (v. 2015.3.1123).

When the current SpanLayoutBox is split (for example by inserting space), the DocumentPosition created with trackDocumentChangeEvents option (with some of the constructor accepting the boolean 'trackDocumentChangeEvents' parameter) jumps back with two symbols.

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"

When comment is inserted in the document, keyboard focus is not moved to the comment, and when the users start typing, they actually override the comment range in the document.

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.