IE9 crashes when user clicks on toolbar dropdowns

[Rick]

The problem occurs in IE9. I am able to replicate it on 3 out of 5 computers. 2 of the problem computers are Win7-64Bit. One problem computer is Win2008R2-64Bit.

Basically, clicking the toolbar dropdowns ('Styles', 'Format', 'Font', 'FontSize') will work the first time you click them. Clicking them a second time, will cause IE to crash.

I can't replicate this on the cdeditor site, however, I can replicate it everywhere else (multiple servers).

You may test it here: ​http://www.maimedia.com/ckeditortest/test.html

Please see comment:7 and comment:9 for more details.

[Rick]

Here are the samples:

​http://www.maimedia.com/ckeditor/samples/

also here

​​http://www.maidesign.com/ckeditor2/samples/

[Rick]

I've been able to duplicate the issue on 5 computers. There is a common element with all of the problem computers. They all have Visual Studio 2010 installed.

Edit: All of the browsers have caching disabled.

[Jakub Ś]

We had exactly the same issue some time ago.

User has made a conclusion that this is happening due to caching on his server.
First thing that has helped him was reloading cache on every site visit (See attached pic).

Could you tell me:

1. What server do you use?
2. if this setting on IE9 has helped?
3. what caching rules have you got on your server?
4. if changing them (caching rules) has helped?
5. If after uninstalling Visual studio or checking your sample on computer without Visual Studio solves the problem?

Could you replay to above questions?

[Rick]

1. IIS 7. I've tried this on multiple hosting environments on multiple servers. I will provide links from other hosting environments.

2. I always have cache disabled, however, I've tested this on multiple IE browsers. Some might have cache enabled, some don't have it enabled. It is replicable on 5 different computers in 3 different locations.

EDIT: See below. Turning on browser cache fixes the problem. That said, we can't ask users to turn on cache.

3. We do not use caching on our servers.

4. N/A - Caching disabled. I also tried renaming the folder that it lives in just in case there was caching.

5. I just removed Visual Studio from one of the computers. It didn't help. That said, VS may be a culprit, but that's a long shot.

[Rick]

Here is a link on another hosting provider: ​http://www.maidesign.com/ckeditor2/samples/

Note: I changed the path to ckeditor2

[Rick]

BTW, thanks for your consideration.

From IE9 on Win2008 Server:

Problem signature:

Problem Event Name: APPCRASH Application Name: iexplore.exe Application Version: 9.0.8112.16455 Application Timestamp: 507284ba Fault Module Name: MSHTML.dll Fault Module Version: 9.0.8112.16455 Fault Module Timestamp: 50728e5d Exception Code: c0000005 Exception Offset: 003a2478 OS Version: 6.1.7601.2.1.0.272.7 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

[Rick]

Windows 2008 IE9 Error

[Rick]

Windows 7 IE9 Error

[Rick]

I turned Caching on in IE on the 2008 machine. (I set it to "automatic"). The problem went away. I turned Caching on in IE on a Win 7 machine. (I set it to "automatic"). The problem went away.

I then turned off cache and the browsers crash again. (I set it to "Every Time I visit the webpage").

So the problem occurs on IE browsers with caching turned off.

Turning on browser cache fixes the problem. That said, we can't ask users to turn on cache.

[Jakub Ś]

I can confirm this issue on IE9 only and also in plain editor (ASP.NET is not needed here).

By default IE is set to Automatic. When I have changed this setting to "Every Time I visit the webpage" browser crashed on second dropdown click.

To reproduce:

1. Set browser to "Every Time I visit the webpage" (See pic).
2. Click on format dropdown to show.
3. Click on format dropdown to hide.
4. If browser hasn't crashed yet click on Font Name dropdown.

Problem can be reproduced from CKEditor 3.0.1.

[Alfonso Martínez de Lizarrondo]

As stated in the ​forums, this seems related to a Microsoft patch: KB2761451

[Frederico Caldeira Knabben]

Confirmed as an IE issue. ​MS is working to fix it.

We may try a workaround here, but this is a hard to deal one. Considering that this happens on a non default IE configuration and that a MS fix is under work, a tentative workaround here should have less priority.

Let's keep this ticket open though, so we can confirm the fix anytime soon.

[Rick]

Replying to fredck:

Confirmed as an IE issue. ​MS is working to fix it.

We may try a workaround here, but this is a hard to deal one. Considering that this happens on a non default IE configuration and that a MS fix is under work, a tentative workaround here should have less priority.

Let's keep this ticket open though, so we can confirm the fix anytime soon.

I am concerned that the MS fix might not be for the exact same issue. I see "compatibility view" in the error on that KB page, however I don't recall any type of "compatibility view" message on browsers that I have seen crash.

[Frederico Caldeira Knabben]

While w can see that in the forum page, the ​KB2761451 says that it applies to IE9, without mentioning compatibility view. Let's wait and see.