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

According to the WAI-ARIA specification, the  Shift+Tab in Rich Text Box should focus the toolbar if the cursor is in the content area.As a side effect the Tab functionality get executed instead of Shift+Tab.

The behavior is correct in FF and IE, but not in Chrome

Possible workaround is overriding the InsertShiftTab command with this function:

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

<script type="text/javascript">
	Telerik.Web.UI.Editor.CommandList.InsertShiftTab = function (commandName, editor, oTool) {
		var oParent = editor.getSelectedElement();
		if (typeof (oParent.tagName) == "undefined")
			oParent = oParent.parentNode;

		var tdNode = Telerik.Web.UI.Editor.Utils.getElementParentByTag(oParent, "TD");
		if (tdNode) {
			Telerik.Web.UI.Editor.Utils.MoveToPreviousCell(tdNode, editor);
		}
		else {
			setTimeout(function () {
				var toolsArray = editor.get_toolAdapter().get_tools();
				var lastTool = toolsArray[toolsArray.length - 1].get_element();

				if (document.activeElement !== lastTool) {
					lastTool.focus();
				}
			}, 0);
		}
		return false;
	};
</script>

The RadEditor's Media Manager dialog uses pasteHtml functionality to insert Object elements in the contentArea. The pasteHtml functionality do not position the cursor correctly for this case (pasted content ends with a object).

The issue can be workarounded by appending a character after the object. Then using a content filter the additional characters will be removed.

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

<script type="text/javascript">
	function OnClientPasteHtml(editor, args) {
		if ($telerik.isChrome && args.get_commandName() == "MediaManager") {
			args.set_value(args.get_value() + String.fromCharCode(8203));
		}
	}

	function OnClientLoad(editor, args) {
		if ($telerik.isChrome) {
			editor.get_filtersManager().add(new MyFilter());
		}
	}

	MyFilter = function() {
		MyFilter.initializeBase(this);
		this.set_isDom(false);
		this.set_enabled(true);
		this.set_name("RadEditor filter");
		this.set_description("RadEditor filter description");
	}
	MyFilter.prototype =
	{
		getHtmlContent: function(content) {
			return content.replace(/(object>)[\u200b]/gm, "$1"); // or content.replace(/[\u200b]/gm, "")
		},
		getDesignContent: function(content) {
			return content;
		}
	}
	MyFilter.registerClass('MyFilter', Telerik.Web.UI.Editor.Filter);
</script>

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.

I've had some complaints from user on a page with 2 RadEditors.  If they go to a 2nd page and then hit the 'back' button, all the other controls on the page have what they last typed in, but not the 2 radEditors.

If a font is selected in the FontName dropdown and then some code is pasted in the editor's content area (font stripping is turned on) then the selected font is cleared and did not applied to the pasted content. What the user is trying to do is to have it paste into the font that he has selected in the rad editor not into the default font of the browser nor the default font of the rad editor.

The get_text() client side function of the editor seems to append a newline character to the retrieved text. This had the effect of breaking a string comparison I had to clear placeholder text ('enter detailed text here') when the user clicks on the content area. The problem is apparent only on Chrome and Safari, but not IE.

I fixed this problem by removing the trailing newline character using a regular expression:

var t = editor.get_text();
t = t.replace(/\n/g, "")
....then do the string comparison

The problem appeared in version 2012.2 912.

A possible workaround: take the PageProperties.ascx dialog and use it as an external dialog in your project and change the _setClass: function to

_setClass: function (element, cssClassHolder) { element.className = cssClassHolder.get_value(); }