Opened 12 years ago
Closed 12 years ago
#10505 closed Bug (fixed)
[IE7] Manual test for #10165 fails when editor built from preset
| Reported by: | Olek Nowodziński | Owned by: | Frederico Caldeira Knabben |
|---|---|---|---|
| Priority: | Normal | Milestone: | CKEditor 4.1.2 |
| Component: | General | Version: | 4.1.2 |
| Keywords: | Cc: |
Description
Test for #10165 is: http://ckeditor4.t/mt/4.1.2/10165.html
If the editor is based on the full preset (./build.sh full all) with or without --leave-js-unminified, IE7 raises Permission Denied errors when accessing link dialog or clipboard paste dialog.
It passes on dev code though.
Change History (6)
comment:1 follow-up: 4 Changed 12 years ago by
comment:2 Changed 12 years ago by
| Owner: | set to Frederico Caldeira Knabben |
|---|---|
| Status: | new → review |
I've just pushed a fix for this in t/10505. I'm simply avoiding caching "window", as it is mutable. I doubt we would have performance issues because of this.
comment:4 Changed 12 years ago by
Replying to fredck:
I've just played with the IE console in a test page with custom domain. You gonna love this:
>> CKEDITOR.document.getWindow().$ == window true >> CKEDITOR.document.getWindow().$.document "Access is denied." >> window.document [object] { … }It turned out that we save a reference to
windowinside CKEDITOR.document, which is actually a object reference different that "window" at a later stage. In fact, we have this as well:>> CKEDITOR.document.getWindow().$ === window falseSo basically, in IE, an old reference to "window" may be different than "window".
Welcome to the world of IE!
I assume that the error is because there are few files to be loaded in the package and hence things go too fast?
comment:5 Changed 12 years ago by
| Status: | review → review_passed |
|---|
Tests don't confirm the expected performance loss. This fix is sufficient.
comment:6 Changed 12 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | review_passed → closed |
Merged fix into master, dev (git:8f4b94b).

I've just played with the IE console in a test page with custom domain. You gonna love this:
>> CKEDITOR.document.getWindow().$ == window true >> CKEDITOR.document.getWindow().$.document "Access is denied." >> window.document [object] { … }It turned out that we save a reference to
windowinside CKEDITOR.document, which is actually a object reference different that "window" at a later stage. In fact, we have this as well:So basically, in IE, an old reference to "window" may be different than "window".
Welcome to the world of IE!