The bug is only occurring when working with footnotes.
More detailed explanation:
1) Open Telerik WPF Demos projects for RadRichTextBox
2) Add a footnote, type some text in it
3) Important: scroll the view so the footnote is not visible (maybe to the end of the document)
4) Set mouse cursor at any part of the main document (main text)
5) After this the document is completely blocked for for most of the edit functions:
You can't cut, delete, replace or undo
But you can only type new symbols with a keyboard.
I think that the reason that causes this bug is that the RadRichTextBox's commands stay linked to the footnote, and not to the active document's body. Maybe event ActiveDocumentEditorChanged didn't properly worked, and didn't changed the current context.