RadEditor is not working properly in IE 9

[Vijay]

Hi,

I am using Telerik 2010.2.929.20 version controls. I am having issues with the toolbar buttons of Editor control in IE 9. None of the buttons are working. If I click on any button, it just doesnt do anything. I also tried upgrading to Telerik 2011.1.413.35 version controls but facing the same issue.

Please reply ASAP!!!

Thanks!

[Rumen]

Hi Vijay,

Are you able to reproduce the problem with the Default Example of RadEditor, which runs the latest version of Telerik.Web.UI?
The latest build offers full support for IE9 and you should not experience problems with the toolbar. Do you get any JS errors when loading the page with RadEditor?

In the meantime you can use the following workaround that will render the page in IE8 mode and should fix the problem: put the meta tag below in the head of the page with RadEditor:

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

Best wishes,
Rumen
the Telerik team

[Vijay]

I tried your solutions on IE 9 but no luck. Here is my motes:

1) Default Example of RadEditor

• I tried testing on Defauklt Example of RadEditor as you suggested and I found that if you click on Image Manager/ Documetn Manager/ HyperLink Manager/ Image Map Editor/ FInad and Replace button , it keeps loading and then I get the message: Internet Explorer can not display the page.

2) Added <meta http-equiv="X-UA-Compatible" content="IE=8" />

• Tried to add this in the header of the page but it is still  not working.

[Rumen]

Hello,

1) Dialogs problem in Default Example: The "Internet Explorer can not display the page" error is not related to the initially reported problem that all toolbar buttons does not work in IE9 in the older version. You could get this error if some monitoring program such as WebSense, Firewall or a Proxy server decreases the URL length for example to 1700 symbols which breaks the loading of the editor dialogs. You can see the following help article how to fix this issue: Blank Dialogs Problem.

Another option is to try the following JavaScript workaround on the page where the editor is:

<scripttype="text/javascript">
function setUrlLength(editor)
{
    editor.get_dialogOpener()._dialogUrlLengthLimit = 500;
}
</script>
<telerik:RadEditor ID="RadEditor1" runat="Server" OnClientLoad="setUrlLength".../>

This workaround limits the maximum URL length for the editor dialogs to 500 characters (from the default 2000). This should fix the problem.

2) <meta http-equiv="X-UA-Compatible" content="IE=8" /> - what exactly is not working: the editor's tools or its dialogs? Note that this is just a workaround and it is recommended to migrate to the latest version.

Best regards,
Rumen
the Telerik team

[Francois MARTIN]

Hello folks,

I am using the latests 2011.1 413 version and experiencing serious problems with IE9 compatibility.
I have been trying to reproduce the problems in a working sample for 2 days, but unfortunately I was unable to do it so far.
The symptoms are the following:
in a complex page (several RadSplitters involving 2 embedded aspx pages) one of the iframe (an aspx page in a radpane) is creating controls dynamically. One of those controls is a RadEditor.
The RadEditor just loses it's content across postbacks if a specific button present on the page is clicked, but will not lose it's content if some other button is clicked. This only happens with IE9 (ok with other IE versions, as well as FireFox and Google Chrome).
The workaround with the meta tag works fine, if and only if it is present in all aspx embedded in the RadSplitters at any one time.

I am sorry, but I really tried to reproduce that without any success...
But I thought that you would like to know that in "some" circomstances the RadEditor just dosen't work properly with IE9.

[Dobromir]

Hi Francois,

I already answered your support ticket on the subject. For convenience I will paste my answer here as well:

Could you please set the UseSubmitBehavior property of the Asp:Button control to "false", e.g.

<asp:Button UseSubmitBehavior="false" ...

This should fix the problem. The problem is discussed in the following not so up-to-date KB article: RadEditor Content Not Saved After Ajax Update in Firefox, Google Chrome and Safari.

On a side note, in the following blog post you can find a guidance on how to isolate an issue:
Isolating a problem in a sample project

Regards,
Dobromir
the Telerik team

[Francois MARTIN]

Wonderfull!
This does the trick!

Thanks Dobromir.