The 'Link Text' text box does not always appear in the Link Manager of RadEditor in IE. Behavior is observed when text in an inline element is selected and Link Manager is opened.

Issue caused by: RadPanelBar, ContentAreaMode="Div"

When RadEditor is placed in a contracted RadPanelBar and RadEditor's ContentAreaMode is set to Div, upon the panel's expansion, RadEditor's height shrinks and JavaScript errors are thrown.

Occurs in: IE7 and IE8.

If the user opens a dialog (Table Wizard, for example) clicking the 'OK' button applies the new changes, but does not close the dialog - it instead loses focus.

The bug is reproduced in all versions of Internet Explorer when RadEditor is configured to use classic dialogs.

Currently the default font of RadEditor in Chrome is set to "Times New Roman". This font, however, is not set to the text. 

When a table of any size is inserted in RadEditor, the user's cursor is placed in the beginning of the document and is, thus, scrolled to the top.

The issue appears in all versions of Internet Explorer in which the Document Mode is set to IE7 and IE8.

The same behavior is observed when pasting content in a table.

When a custom font is used in the RadEditor and the cursor is positioned on text that uses this font, the font name that is displayed in the Font Name dropdown will not be correct under IE.

When a text with formatting is pasted in the content of RadEditor with 'EnableComments' property set to 'true' under IE, the formatting will be stripped.

When the editor is wrapped inside a fixed size parent with overflow:y: scroll, the "Toggle Full Screen" command (F11) does not make the Editor occupy the whole view port. The issue can be reproduced in IE.

video: http://screencast.com/t/0pWlWAgKX1qD

When the AutoResizeHeight property of Editor is set to True, pressing enter resizes the content area without reaching the bottom of the content area. The bug can only be reproduced in IE9 and IE10.

video: http://screencast.com/t/3mCkQNTC

The desired behavior cannot be achieved out of the box with the content provider from this KB article, because the paths to the images are passed to a generic handler.
The main reason it can't be achieved at the moment is that the latest moment of the page life-cycle of the FileBrowser.ascx dialog, when the user can set the FileExplorer's InitialPath is before the Page_Load event, but the path to the preselected in the Editor item is passed in the Page_Load event and the initial path is reset internally.

When a new anchor is created and an anchor name is set via the Hyperlink Manager tool of RadEditor, the 'name' attribute will not be applied under IE7. Under IE8 the specified anchor name is set to a 'submitname' attribute of the anchor element.

When the height of the RadEditor is too small to accommodate the tools with the given width calling repaint() causes the appearance of the control to break due to incorrect calculations. This means that the control has an optimal (minimal) height.
The repaint() method is automatically called when the control is shown after being initially hidden on the page (e.g. after a partial postback)

Possible workarounds:
- increase the height of the control. For example, 640px width with 264px height and the default set of tools work well
- reduce the number of used tools. Effectively leaves more height for the control to use
- use ToolbarMode=ShowOnFocus to avoid having the tools in the main content initially, they will be shown in a popup when the content area is focused

When pasting content between two RadEditors a span with an additional style attribute is generated in Chrome.

IE8 and 9 freeze when trying to do a ReplaceAll in HTML mode and the string to find is very short - easiest way to reproduce is using a single letter.