Ticket #5944 (confirmed Bug)

Opened 4 years ago

Last modified 4 years ago

Menu button does not display sometimes in high contrast mode.

Reported by: JoeK Owned by:
Priority: Normal Milestone:
Component: Accessibility Version: SVN (CKEditor) - OLD
Keywords: IBM Cc: damo satya

Description

When in high contrast mode, navigating with the keyboard to a menu button and using spacebar to open the menu panel, it works correctly the first time. If you navigate back to the toolbar and open the menu again the majority of times the panel displays for a few milliseconds, then focus goes to the content area. You can see this behaviour by using the SCAYT menu button.

Steps to reporduce:

  1. Turn on high contrast mode.
  1. Load an instance of the editor.
  1. Tab to the content area.
  1. Press alt+F10 to give focus to the toolbar.
  1. Navigate to the SCAYT menu and press spacebar to open the menu.
  1. Press the down arrow to select the first menu item.
  1. Press Esc to close the menu and return focus to the content area.
  1. Repeat steps 4 and 5 to open the menu again.

The menu will only display for a few milliseconds, in more cases then not.

Change History

comment:1 Changed 4 years ago by damo

Is there any update on this issue?

comment:2 Changed 4 years ago by comp615

this does not seem to affect IE 7 or 8

comment:3 Changed 4 years ago by fredck

  • Status changed from new to pending
  • Milestone CKEditor 3.4 deleted

I'm not able to reproduce it with the current trunk. Tested with FF 3.6 and IE8 (IE8 and Compatibility modes).

Can you give us more information about the browser version you're using there? Does it happen with the editor sample files?

comment:4 Changed 4 years ago by JoeK

After further investigation I believe this is only reproducible in a fast environment. It is due to the content area getting focus for a short period between the button click and the menu being displayed. If you select the text in the content area and open the menu you can see the focus briefly shifting to the content area, before the menu receives focus. To counteract the speed in which focus shifted, the content area was filled with a lot of text and then selected. With a large amount of text selected the issue could not be reproduced. When the text was deleted the issue could be reproduced.

comment:5 Changed 4 years ago by tobiasz.cudnik

  • Status changed from pending to confirmed

Alternative way to reproduce this or similar issue:

  1. Open editor in HC mode
  2. Click SCAYT button with left mouse button
  3. Hit ESC

Repeat step 2-3 several times (twice in my case) till the moment when you have to click toolbar button twice with mouse to make it expanded.

I'm not sure if this is the same as reported issue, but i could reproduce it only in HC mode.

comment:6 Changed 4 years ago by SpellChecker.net

  • Keywords IBM removed

SCAYT menu button is based on CKeditor's context menu. This issue seems similar to http://dev.ckeditor.com/ticket/5936 . Maybe it is fixed there with patch attached. If not, SpellChecker.net team plans to rewrite SCAYT menu button, so we would like to deffer this bug for now.

comment:7 Changed 4 years ago by JoeK

  • Keywords IBM added

@SpellChecker.net: Please do not remove the IBM keyword from tickets. It is used for tracking purposes.

The SCAYT plugin is not the root cause of the reported issue. The issue is related to menu buttons in general. The SCAYT menu was referred to in the steps to reproduce as it was the only menu button in the nightly demo toolbar.

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