Steps to reproduce:
1.Type some text in the content of the editor;
2.Press Accept All Track Changes button;
3.Type some other text between two words of the previous text;
4.Press Accept All Track Changes button;

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 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

If a RadEditor is placed in an UpdatePanel and it is initially invisible (its property 'Visible' is set to false), the skins of the dialogs will not be loaded correctly when the editor is displayed ('Visible' is set to true).

Whenever there are texts and text boxes, checking the spelling duplicates the text 
Video reproduction: http://screencast.com/t/oShyk0ww

Adding some initial, plain text (no HTML <p> tag wraps the text) and e.g., bolding the last word, pressing enter after it removes a white space.

The easiest workaround is changing the NewLineMode property to Br.
Example:

   <telerik:RadEditor runat="server" ID="RadEditor1" NewLineMode="Br">
   </telerik:RadEditor>


More complex solution that will enable you continue using the paragraphs as new lines is by incorporating the following JavaScript code:

   <telerik:RadEditor runat="server" ID="RadEditor1">
   </telerik:RadEditor>

   <script type="text/javascript">
       Telerik.Web.UI.Editor.Utils.trimWhitespaceTextNodes = function () {

       };
   </script>

Note that the script should be put right after the RadEditor declaration to ensure that the RadEditor scripts are loaded.

Here is the simplest sample we have managed to isolate this issue to: 

        <iframe id="Iframe1" runat="server" src="http://bing.com"></iframe>
        <telerik:RadEditor ID="RadEditor1" runat="server">
        </telerik:RadEditor>

1. Run this code in Chrome

2. Click anywhere on the page except for the iframe.

Please check the attached workaround (chrome_editor_iframe_workaround.js) and add the script to the end of the page.

An official fix will be available in the Q3 2014 release.

The scenario is related to RadEditor working with content providers. When inserting an image in chrome through Image Manager, the default width and height are applied to the HTML. The behavior is observed only in Chrome browser.

When there is some bold text in the content and teh backspace is used to delete it, the browser crashes. 

The problem stems from the new implementation of the inline commands. To resolve this you can roll back to the default browser behavior as described in the following help article:
http://www.telerik.com/help/aspnet-ajax/editor-inline-and-block-commands-behavior-change.html

If the user insert an Iframe in the Html mode of RadEditor,  switch to Design mode and then switch back to Html mode, the HTML content becomes non-editable. The issue is reproducible in Chrome.

Possible workaround:
Use the RadEditor control in Div content mode:
http://demos.telerik.com/aspnet-ajax/editor/examples/contentareamodediv/defaultcs.aspx

A workaround is to set the table element's height as well:

<telerik:RadEditor runat="server" ID="RadEditor1" Height="400">
</telerik:RadEditor>

<telerik:RadButton runat="server" ID="RadBtn1" AutoPostBack="false" 
    Text="Change Size" OnClientClicked="changeEditorSize"></telerik:RadButton>  

<script type="text/javascript">
    function changeEditorSize(sender, args) {
        var editor = $find("<%= RadEditor1.ClientID %>");
        var width = editor.get_element().style.width;
        editor.setSize(width, "200px");
        //this line is the workaround
        editor.get_mainTable().style.height = "200px";
    }
</script>

A page which exhibits the error is included below.  I have a ticket open with Chromium as well: https://code.google.com/p/chromium/issues/detail?id=412772&thanks=412772&ts=1410359622

Problematic page: http://imodblue.imodules.com/s/1197/social.aspx?sid=1197&gid=1&pgid=2219&content_id=1815   (click the Registration button)

Only crashes when the RadEditor is referenced on the page, even if it remains hidden.  I'm working on trying to strip it down to a simpler example, but maybe the full page is enough for you guys to help me diagnose it.

We are on an older version in production, 2012.3.1023.35.  The crash was reproducible with version 2014.2.724.45, but there's no public site with that version that I can use as an example.

If an anchor is added in the content of a RadEditor, the control is switched in Preview mode and a postback is executed,  onclick="return false;" and target="blank" will be inserted in the anchor under IE. In case these attributes are already set, they will be renamed to re_onclick and re_target and the attributes mentioned above will be inserted again.

Steps to reproduce:

1. Create StyleSheet.css file containing the following style:
 p { color: red; }

2. Set the following markup:

<telerik:RadWindow ID="RadWindow1" runat="server" VisibleOnPageLoad="true">
            <ContentTemplate>
                        <telerik:RadEditor ID="RadEditor1" runat="server">
                                    <CssFiles>
                                                <telerik:EditorCssFile Value="StyleSheet.css" />
                                    </CssFiles>
                                    <Content>
                                                <p>test</p>
						<p>test</p>
                                    </Content>
                        </telerik:RadEditor>
            </ContentTemplate>
</telerik:RadWindow>

3. Make sure RadEditor's EditorCssFile property points to the created StyleSheet.css file

Result: The red color is not applied to the paragraphs in the content area.


Workaround:
<script>
	(function (utils) {
		var addStyleSheet = utils.addStyleSheet;
		utils.addStyleSheet = function (url, doc, id) {
			if ($telerik.isFirefox) {
				if (!url) return;
				doc = doc || document;
				var link = doc.createElement("link");
				link.setAttribute("href", url, 0);
				link.setAttribute("type", "text/css");
				link.setAttribute("rel", "stylesheet", 0);
				if (id) link.setAttribute("id", id);

				var headElement = doc.getElementsByTagName("head")[0];
				var addSheet = function () { headElement.appendChild(link); };
				window.setTimeout(addSheet, 200);
			}
			else {
				addStyleSheet.call(this, url, doc, id);
			}
		}
	})(Telerik.Web.UI.Editor.Utils);
</script>

Newly created areas in the ImageMapEditor dialog cannot be modified and controlled properly by end-users.

This issue is causing inconvenient experience when the new line mode is set to add paragraphs and the cursor is set right after the link element.