Opened 7 years ago

Last modified 7 years ago

#9760 confirmed Bug

IE9 crashes when user clicks on toolbar dropdowns

Reported by: Rick Owned by:
Priority: Normal Milestone:
Component: General Version: 3.0.1
Keywords: IE9 VendorFix Cc:

Description (last modified by Jakub Ś)

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.

Attachments (3)

IE9cache.png (46.9 KB) - added by Jakub Ś 7 years ago.
Win2008IE9.PNG (16.4 KB) - added by Rick 7 years ago.
Windows 2008 IE9 Error
Win7IE9.PNG (13.8 KB) - added by Rick 7 years ago.
Windows 7 IE9 Error

Download all attachments as: .zip

Change History (17)

comment:1 Changed 7 years ago by Rick

Version: 4.0.1 (GitHub - master)4.0

comment:3 Changed 7 years ago by 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.

Last edited 7 years ago by Rick (previous) (diff)

comment:4 Changed 7 years ago by Jakub Ś

Component: QAGeneral
Keywords: Crash removed
Status: newpending

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?

Changed 7 years ago by Jakub Ś

Attachment: IE9cache.png added

comment:5 Changed 7 years ago by Rick

  1. IIS 7. I've tried this on multiple hosting environments on multiple servers. I will provide links from other hosting environments.
  1. 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.

  1. We do not use caching on our servers.
  1. N/A - Caching disabled. I also tried renaming the folder that it lives in just in case there was caching.
  1. 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.
Last edited 7 years ago by Rick (previous) (diff)

comment:6 Changed 7 years ago by Rick

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

Note: I changed the path to ckeditor2

Last edited 7 years ago by Rick (previous) (diff)

comment:7 Changed 7 years ago by 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

Last edited 7 years ago by Rick (previous) (diff)

Changed 7 years ago by Rick

Attachment: Win2008IE9.PNG added

Windows 2008 IE9 Error

Changed 7 years ago by Rick

Attachment: Win7IE9.PNG added

Windows 7 IE9 Error

comment:8 Changed 7 years ago by 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. (I set it to "Every Time I visit the webpage"). The browsers crash.

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.

Last edited 7 years ago by Rick (previous) (diff)

comment:9 Changed 7 years ago by Jakub Ś

Status: pendingconfirmed
Version: 4.03.0.1

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.

comment:10 Changed 7 years ago by Jakub Ś

Description: modified (diff)

comment:11 Changed 7 years ago by Alfonso Martínez de Lizarrondo

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

comment:12 Changed 7 years ago by Frederico Caldeira Knabben

Keywords: VendorFix added

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.

comment:13 in reply to:  12 Changed 7 years ago by 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.

comment:14 Changed 7 years ago by 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.

Note: See TracTickets for help on using tickets.
© 2003 – 2019 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy