When a new line is placed right after a nbsp, the new line is ignored in the layout. This can be reproduced by importing the following HTML:

First&nbsp;<br/>Second

This causes some problems if the hyperlink is edited and the document is exported and imported again.
Workaround:
private void RadRichTextBox1_DocumentChanged(object sender, EventArgs e)
{
    var document = radRichTextEditor1.Document;

    var fields = document.EnumerateChildrenOfType<FieldRangeStart>();

    foreach (FieldRangeStart item in fields)
    {
        radRichTextEditor1.DeleteAnnotationRange(item);
    }
}

The TableCellProperty.Padding property of the "TableNormal" StyleDefinition doesn't take effect in the UI. The same is valid for the TableProperties.CellPadding property.

To work this around, you can manually set the Padding property of all TableCell elements in the RadDocument.

 var cells = radDocument.EnumerateChildrenOfType<Telerik.Windows.Documents.Model.TableCell>();
 foreach (var cell in cells)
 {
     cell.Padding = new Padding(10);
 }

The operating system region and language needs to be set to Japanese.

RichTextBox seems to have several issues with Japanese, but being locked from visibility or edit is the biggest one.

To recreate, start typing in Japanese, push the "right" arrow after selecting the IME option desired, then hit "spacebar." This seems to duplicate the text, then when trying to continue to type into the text field the text is no longer visible (yet the IME does display).

The native WPF RichTextBox has no issues (and also supports partial selection, etc.).

I've attached a video to show the behavior with 2025 Q1 telerik.

*note:* This is on a machine with NVIDIA graphics. I mention this as there may be some issues with RichTextBox and the hardware... When I'm in a virtual machine with a completely Japanese environment and virtual graphics driver, there is NO text visible at all when trying to type into the RichTextBox. Works fine with other controls and wpf RichTextBox.

When RadRichTextBox for WPF is hosted in a WinForms application (through ElementHost), typing with Japanese IME duplicates the typed letters, which makes the control unusable with the default behavior.

Possible workaround: Create custom caret. There are some suggestions in this forum thread: https://www.telerik.com/forums/richtextbox-doesn't-support-japanese-ime-when-hosted-in-winforms