Opened 17 years ago
Closed 16 years ago
#3549 closed Bug (fixed)
[IE8] Empty dropdowns
| Reported by: | ppx | Owned by: | Tobiasz Cudnik |
|---|---|---|---|
| Priority: | Normal | Milestone: | CKEditor 3.0 |
| Component: | General | Version: | 3.0 Beta 2 |
| Keywords: | IE Confirmed Review+ | Cc: |
Description
IE8's compatibility mode there is no problem, but not in compatibility mode button will be under the font settings problem
Attachments (6)
Change History (24)
comment:1 Changed 17 years ago by
| Owner: | set to ppx |
|---|
comment:2 Changed 17 years ago by
| Owner: | changed from ppx to Tobiasz Cudnik |
|---|---|
| Status: | new → assigned |
comment:3 Changed 17 years ago by
| Keywords: | IE Confirmed added |
|---|---|
| Summary: | The issue of IE8 → [IE8] Empty dropdowns |
comment:4 Changed 17 years ago by
| Priority: | High → Normal |
|---|
Changed 17 years ago by
| Attachment: | 3549.patch added |
|---|
comment:5 Changed 17 years ago by
| Keywords: | Review? added |
|---|
IE8 seems to add strange .null_container class to iframe's html element. This patch overloads visibility property from this class using inline style.
comment:6 Changed 17 years ago by
| Keywords: | Review- added; Review? removed |
|---|
Problem seem to be created in _source/plugins/panel/plugin.js L132 and this workaround is unnecessary.
Changed 17 years ago by
| Attachment: | 3549_2.patch added |
|---|
comment:7 Changed 17 years ago by
| Keywords: | Review? added; Review- removed |
|---|
The real problem was with CKEDITOR.dom.element.getAttribute function and it's IE workarounds.
I've introduced new env.ie7Compat property and changed env.ie8 to reflect usage of IE8 independently from compatibility mode.
Patch fixes this issue but can create new issues in places depending on env.ie8, although i haven't found any.
Changed 17 years ago by
| Attachment: | 3549_3.patch added |
|---|
comment:8 Changed 17 years ago by
I'm proposing yet another patch with alternative approach for all IE versions, which doesn't need modifications in env object. Although i'm not sure if it's better then second one.
comment:9 Changed 16 years ago by
| Keywords: | Review- added; Review? removed |
|---|
The patch failed the following TCs for element.html on IE8 standard mode.
- test_setAttribute1,2
- test_setAttributes
- test_removeClass1,2
comment:10 Changed 16 years ago by
Besides,it's better to avoid using guard with dom attributes result, since falsy values e.g. "" or 0 are also possible results.
return this.$[ name ] || standard.call( this, name );
Changed 16 years ago by
| Attachment: | 3549_4.patch added |
|---|
comment:11 Changed 16 years ago by
| Keywords: | Review? added; Review- removed |
|---|
Although none of failed tests was related to the patch itself and was failing also without it i've prepared wider patch for element.js which passes element.html in all IE8 variations (there are 8 of them).
I could have some doubts about test itself, because it expects case-insensitive class names, which isn't fully correct.
comment:12 Changed 16 years ago by
| Keywords: | Review- added; Review? removed |
|---|
The changes are good, but it looks like they are not needed in IE8 standards mode. So, it would be better to not force the IE workarounds for that case.
Changed 16 years ago by
| Attachment: | 3549_5.patch added |
|---|
comment:13 Changed 16 years ago by
| Keywords: | Review? added; Review- removed |
|---|
5th patch fixes issue using IE8 API when possible and fallbacks only when needed. It was possible to achieve using changes from [3537].
Dropdown content is visible on IE8 modes.
comment:14 Changed 16 years ago by
| Keywords: | Review- added; Review? removed |
|---|
Do you think:
( !CKEDITOR.env.ie8 || CKEDITOR.env.ie7Compat || CKEDITOR.env.ie6Compat )
is same as:
( CKEDITOR.env.ie7Compat || CKEDITOR.env.ie6Compat )
Changed 16 years ago by
| Attachment: | 3549_6.patch added |
|---|
comment:15 Changed 16 years ago by
| Keywords: | Review? added; Review- removed |
|---|
Actually yes, thats true. ie7Compat and ie6Compat are not IE8-only flags, so env.ie8 can be omitted.
comment:16 Changed 16 years ago by
| Keywords: | Review+ added; Review? removed |
|---|
Please make sure the patch trunk contains BOM is removed when committing.
comment:17 Changed 16 years ago by
And, very important, though not related to this specific tickets, please have the setAttribute fixed in the same way also.
comment:18 Changed 16 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |

I confirm that issue exists in following modes: