Step to reproduce:
1. Open Editor Demo in Chrome and change the  font size in the developer console (the F12 button) for the text;
2. enter some text separated by paragraphs (e.g. 
“Test

Test”)
3. Put the cursor before the second “Test” text and press the Backspace button on the keyboard.

Actual result:
The size of the text has been changed.

Expected result:
The size must be the same as it was before the Backspace button was clicked.

Notes:
The issue reproducible only in Chrome.

Hi,

We have just upgraded our controls to fix a security concern with the file upload control. 

However having done this the radeditor nolonger works with firefox. You cannot enter any text into the editor.

Just wanted to know if this was a known issue and if there is a fix/work around.

classes are being applied to <p> when you do a return in the design view, sometimes. This one's a bit harder to explain so I apologize if this get's confusing. If you go into the HTML view and wrap some text in a <div> with a class on it then switch over to the design view and add a return and some more text the editor will add the div class to the paragraph tag, it might also strip out the paragrah line and place it after the closing div. If the content within the <div> is already formatted in <p> tags then the editor behaves properly when you do a return in the design view.

See Screencast: http://screencast.com/t/pmcayQrO

In Firefox and Internet Explorer, the "Remove Alignment" button does not correctly format text with text-align set using an inline style.

For example, if this is the HTML in the editor:

<p style="text-align: center;">Here is text that is center aligned</p>

In the Design editor, the "Remove Alignment" button looks selected, and pushing it has no effect (see screenshot).

In the Javascript, the remove alignment functions for Firefox and IE only remove styles from the DOM element, inline styles are not being removed.

When the NewLineMode of a RadEditor is set to Div and a line of text is entered in an empty content area of the control under Chrome, the text will be wrapped in a paragraph element.

Possible workaround is to set an initial content with a DIV and BR elements inside:

<telerik:RadEditor runat="server" ID="RadEditor1" NewLineMode="Div">
    <Content>
        <div></div>
    </Content>
</telerik:RadEditor>

Another possible solution is incorporating the following JS code right after the RadEditor declaration:

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

<script type="text/javascript">
	Telerik.Web.UI.RadEditor.prototype._onKeyPressed = function (e) {

	}
</script>

When importing external video in RadEditor, the video in the embedding code does not have the option to use https.

The dialog could detect the protocol from the video to be imported and use it in the generated code at the end.

Issue: The value of the href property of a link is changed while modifying the content of the link.

Resolution:

This is a IE's feature and can be prevented by executing "AutoUrlDetect" browser command

<telerik:RadEditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad">
</telerik:RadEditor>
  
<script type="text/javascript">
    function OnClientLoad(editor, args) {
        editor.executeBrowserCommand("AutoUrlDetect", false, false);
    }
</script>

More about the matter is available in this thread-- http://stackoverflow.com/questions/3519665/disable-automatic-url-detection-for-elements-with-contenteditable-flag-in-ie

If change the font in the middle of a line and start typing the new font is applied .

However when translated to a new line, the font reverts back. 

The native ASP.NET controls are capable to preserve their values when using back button of the browser. In the RadEditor control this appears to be broken since 2014 Q1. 

This issue is encountered due to bug fixing related to a memory leak in IE8. You can resolve this by using the old functionality for content preserving and verify if everything works as expected under IE8.

The following markup example shows how to roll back to the old behavior:

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

<script>
    Telerik.Web.UI.RadEditor.prototype.set_contentHiddenTextareaValue = function (htmlValue) {
        var utils = Telerik.Web.UI.Editor.Utils;
        $telerik.$(this._contentHiddenTextarea).val(utils.encodePostbackContent(htmlValue));
    };
</script>

When ToolbarMode is set to "RibbonBarFloating" the RadEditor height becomes greater than the control height. As a result the wrapper overlaps with the elements box below.

As a temporary workaround for ToolbarMode="RibbonBarFloating" only, the following JavaScript code need to be applied on the page:

   <script type="text/javascript">
            (function () {
                var getToolbarHeight = Telerik.Web.UI.Editor.UI.DimensionsCalculator.prototype._getToolbarHeight;
                Telerik.Web.UI.Editor.UI.DimensionsCalculator.prototype._getToolbarHeight = function (container) {
                    var $container = $telerik.$(container);
                    $container.append($container.find("div"));
                    return getToolbarHeight.call(this, container);
                }
            })();
</script>

Using code behind or localization file to change the text of the Design, Preview or HTML buttons break the functionality that enables the end-user to change the modes.

The following snippet can be used as a temporary workaround.

<style type="text/css">
    /* Fixes the visual glitch */
    .reModes a {
        width:auto !important;
    }
</style>

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

<script type="text/javascript">
    function OnClientLoad(editor, args) {
        var $ = $telerik.$;
         
        if (editor.get_renderMode() != Telerik.Web.UI.RenderMode.Lite) return;

        var designAttr = editor.get_localization()["RadEditorDesignMode".toLowerCase()];
        var htmlAttr = editor.get_localization()["RadEditorHtmlMode".toLowerCase()];
        var previewAttr = editor.get_localization()["RadEditorPreviewMode".toLowerCase()];
        
        $("a[title=\"" + designAttr + "\"]").attr("title", "Design");
        $("a[title=\"" + htmlAttr + "\"]").attr("title", "HTML");
        $("a[title=\"" + previewAttr + "\"]").attr("title", "Preview");
    }
</script>

When you use the ApplyClass command to set CSS classes to selections in a paragraph element in the content of RadEditor, the CSS class is applied to the whole paragraph.

When a new line is entered (no matter which mode) the new lines does not break the text into separate words. 

To workaround this problem you can use the following get_text() method with the additional replacement logic:

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

<script type="text/javascript">
    Telerik.Web.UI.RadEditor.prototype.get_text = function()
    {
        var $T = Telerik.Web.UI;
        var modeEnum = $T.EditModes;
        var oContent = "";
        if (this.get_mode() != modeEnum.Html)
        {
            var oArea = this.get_contentArea();
            if (oArea)
            {
                if (oArea.innerText) {
                    oContent = oArea.innerText;
                }
                else {
                    oContent = oArea.innerHTML;
                    oContent = oContent.replace(/<br>/ig, "\r\n");
                    oContent = oContent.replace(/<\/p>/gi, "\r\n");
                    oContent = oContent.replace(/&nbsp;/gi, "\s");
                    if (this.get_newLineMode() === $T.EditorNewLineModes.Div) {
                        oContent = oContent.replace(/<\/div>/gi, "\r\n");
                    }
                    oContent = oContent.replace(/<\/?[^>]*>/ig, "");
                    oContent = oContent.replace(/<!--(.|\s)*?-->/gi, "");
                }
            }
        }
        else
        {
            oContent = this._getTextArea().value.replace(/<\/?[^>]*>/ig, "");
        }
        return oContent;
    };
</script>

Due to the LightWeight rendering of the Window the Editor appears broken under IE<10. This is due to the rendering difference when the Window is set to Lightweight mode.

A possible workaround is using a simple ASPX page with RadEditor inside and set it to the RadWindow's NavigateUrl property. 

Due to that users cannot easily change the image and preserve the link. 

http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx

1. Delete the content and create a list
2. Press Enter several times

Expected: The list is interrputed
Actual: The list cannot be interrupted

Spell Checking throws JS error on a subsequent opening of the spell checking dialog. 

You can resolve this by forcing the IE11 browser to IE10 compatibility mode.

<meta http-equiv="X-UA-Compatible" content="IE=10" />