Opened 11 years ago

Last modified 10 years ago

#10604 closed Bug

[IE11] Unable to close CKEditor dialogs — at Version 8

Reported by: frietsch Owned by:
Priority: Normal Milestone:
Component: UI : Dialogs Version: 4.0
Keywords: IE11 Cc:

Description (last modified by Jakub Ś)

As the release of IE11 is getting closer (scheduled for shipping with Windows 8.1 in August - seems that Microsoft is in a hurry...), I thought that it's a good idea to test-drive CKE.

Unfortunately, my test drive didn't get far, as I can't close any CKEditor dialog that I open (e.g. link, picture). The F12 tools report a lot of "access denied" errors.

I can see the problem both on the 4.x demo page and in v3.6.6, which is still our production version (and has more IE11 problems, but I can understand that nobody will fix them for that old version).

Haven't found the time to debug in deep until now, but that might be related with "IE hacks" no longer applying.

Microsoft has changed the user agent to get rid of old hacks: http://www.nczonline.net/blog/2013/07/02/internet-explorer-11-dont-call-me-ie/

Testing IE11 is rather easy. The official ISO images of Windows 8.1 can be downloaded from: http://windows.microsoft.com/en-us/windows-8/preview-iso The product key is also mentioned on that page. Afterwards, it can be installed in VirtualBox, which requires a small patch, depending on its version: https://blogs.oracle.com/fatbloke/entry/using_virtualbox_to_test_drive

Edit: I was able to reproduce this for Image, Link and Flash Dialogs . When you open one of these dialogs you get permission denied error.

Change History (9)

comment:1 Changed 11 years ago by Frederico Caldeira Knabben

Keywords: IE11 added

comment:2 Changed 11 years ago by frietsch

Found a few time to "play around". I edited some lines in env.js and fixed the conditions for env.ie (by matching for "trident", too), env.gecko (by excluding if env.ie) and hard-coding the IE version to 10 (as my user agent contains no IE version at all, just a number for the trident engine).

As the result is a totally empty page (with no CKEditor at all), I guess that more expert knowledge is needed. In worst case, it's more than just detection, then real changes have to happen for IE11.

comment:3 Changed 11 years ago by Frederico Caldeira Knabben

Status: newpending

Thanks for the details, frietsch.

I think you already noticed the main ticket I've opened for IE11 (#10612), based on your suggestion (thanks2 :)).

In any case, I had no problems closing dialogs. Is there any special steps to be able to reproduce it?

Changed 11 years ago by frietsch

Attachment: WindowsProblemRecorder.zip added

Screen recording of the problem

comment:4 Changed 11 years ago by frietsch

Yes, I noticed the main ticket; thanks for caring!

I don't need special steps to reproduce the Problem. I've attached a Screen recording by "psr" (hardly known but included in Windows since Win7). Neither [x], OK or Cancel Buttons work. I simply opened the Picture Dialog. IE11 got some patches today, which are installed in my VM.

And sorry for the weird capitalization of words. IE11 does this automatically?!

comment:5 Changed 11 years ago by frietsch

Ah, BTW: My user Agent is

Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko

I've seen blog Posts mentioning at least some "IE" in it, but there is None for me. Just "Trident" to match...

comment:6 Changed 11 years ago by Frederico Caldeira Knabben

Status: pendingconfirmed

I was able to confirm this. It happens with the "Image" and "Link" dialogs only. Other simpler dialogs work well.

comment:7 Changed 11 years ago by Jakub Ś

Version: 3.6.6 (SVN - trunk)4.0

I was able to reproduce this for Image, Link and Flash Dialogs

comment:8 Changed 11 years ago by Jakub Ś

Description: modified (diff)
Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy