[IE] Rich combo listbox improperly presented

[Garry Yao]

1. Load any sample page, focus the toolbar and navigate to the "Format" button menu;

• Expected: AT announce the button as "menu button", with the keystroke hint prompted (press space to activate).
• Actual: AT announce the button as "menu button", but no keystroke prompt presented, instead AT reads the title of the button link element.

1. Press Space key to open the dropdown.

• Expected: AT switches to form mode, announces the dropdown as "List Box";
• Actual: No role announced, AT start with the list box item's content text, followed by the presentation to the toolbar button which is missed at the previous step.

JAWS 13 is used in the testing on IE9/Window7, Firefox works well matches the expected behavior with the same testing environment.

[Garry Yao]

Priorities this one due to the severity, even not being a regression.

[Garry Yao]

The history pointed me to [5085], even though I dont memorize clearly what would be the rational of the change, but at least it doesn't work for now, and some ​best practice out there has pointed us the correct way of having it is onto the iframe's body element.

[Garry Yao]

The patch is enough to make it works in both IE and FF.

[Frederico Caldeira Knabben]

Considering the way the panel plugin is coded, the patch can potentially break if !forceIFrame, because the <iframe> will not exist at that point. Because of this, the condition to be checked should be ( CKEDITOR.env.ie || !this.forceIFrame ).

Other than that, the patch should be ok. It makes accessibility work a bit better with IE. Let's just keep in mind that IE is not our accessibility compatibility target.

[Garry Yao]

Fixed with [7451].