When a table cell has a smaller width set and inside there is a paragraph with larger indent set or bullets, the table does not expand in order to show the text and the text becomes invisible.

Applying border="1" to a table element, should set table cells borders to the same value. Currently, only the table borders are set.

When text content (text in paragraph, text in span) in HTML contains line break (\r, \n, or \r\n), it should be imported as space. Instead, the new lines are currently removed. 

For example, <p>first\nsecond</p> (line feed between the words) is imported as run with content "firstsecond" instead of "first second".

When exporting a nested table, which is inside a table with cells whose sum of widths is more than 100%, the last cells are missing from the exported with PdfFormatProvider document.

The issue is not observable in the other format providers.

When the document contains an image with extension, which is not among the supported ones, a KeyNotFoundException is thrown during Import.

When a document containing a field without a separator is inserted using the RadFlowDocumentEditor.InsertDocument(*) method, NullRferenceException is thrown.

Workaround: Fix the document before inserting: 

private static void WorkaroundFieldsIssue(RadFlowDocument flowdocument)
{
    foreach (FieldCharacter fieldCharacter in flowdocument.EnumerateChildrenOfType<FieldCharacter>().ToList())
    {
        // only for start
        if (fieldCharacter.FieldCharacterType == FieldCharacterType.Start)
        {
            if (fieldCharacter.FieldInfo.Separator != null && fieldCharacter.FieldInfo.Separator.Parent == null)
            {
                Paragraph parent = fieldCharacter.FieldInfo.End.Paragraph;
                int index = parent.Inlines.IndexOf(fieldCharacter.FieldInfo.End);

                fieldCharacter.FieldInfo.End.Paragraph.Inlines.Insert(index, fieldCharacter.FieldInfo.Separator);
            }
        }
    }
}

When the value in the document variable collection and the argument of the DOCVARIABLE fields are with different casing, the field is not updated.

Available in LIB Version 2018.3.1029.

When a HTML has a wrong encoding set (content="text/html; charset=utf-16") we use the UTF-16 encoding when importing this HTML. This leads to wrong import. 
Microsoft Word detects that the set encoding is wrong and uses UTF-8 instead so that the imported result is correct. 

The HTML5 specification forbids the use of the meta element to declare UTF-16, because the values must be ASCII-compatible: https://www.w3.org/International/questions/qa-html-encoding-declarations#utf16 

If a paragraph is numbered and its last run is underlined, on export to PDF, the numbering will be underlined as well. This does not apply for other formatting options, like font weight and font color. When exported to DOCX the numbering is not underlined.

Item is duplicate of WordsProcessing: List bullets are exported to PDF underlined/highlighted when the last run in the corresponding paragraph is underlined/highlighted

At this point, the dir attribute is respected when applied on p elements. However, it can be defined for the whole document as an attribute of the html element:

"bolder" font weight is imported as regular font weight in the RadFlowDocument model. Instead, it should be imported as bold.

HTML heading elements (<h1>-<h6>) are imported with the default heading styles (Heading 1 - Heading 6) for RadFlowDocument, which is unexpected, as the browsers and MS Word import them with different styling. 

When DefaultTabStopWidth of the document is zero, the export to PDF leads to infinite loop which causes the application to freeze.

Workaround: 
Set the DefaultTabStopWidth with non-zero value:

Importing document with invalid bookmarks throws System.Collections.Generic.KeyNotFoundException. The issue is caused by an invalid bookmark having missing BookmarkRangeStart/bookmarkStart or BookmarkRangeEnd/bookmarkEnd elements.

RtfException "Group level reached negative value" is thrown when a document with an image defined as a resource but not found is imported and then exported to RTF

The construct <link rel="stylesheet" href="main.min.css" /> doesn't raise the HtmlImportSettings.LoadFromUri event on import, as we currently require type="text\css" to be specified explicitly.

A paragraph containing multiple Hyperlinks inside Fields with missing End FieldCharacter, leads to OutOfMemoryException: 'Exception of type 'System.OutOfMemoryException' when exporting to PDF.

Workaround: Iterate all FieldCharacter instances and move any End FieldCharacter instance to paragraphs with Start FieldCharacters. See the attached project.

The exception is caused by the charts import which is not implemented for WordsProcessing but the processing tries to import the charts part and process it.

When a heading element has a CSS class applied to it, the heading styling applied to it is lost and overridden by the CSS style.

Inserted inline images are not scaled when they are exported using PdfFormatProvider.