JAWS leaves forms mode after pressing enter key in an inline CKEditor instance

[jswiderski]

Are you reporting a feature request or a bug?

Bug

Check if the issue is already reported

Provide detailed reproduction steps (if any)

0. AUTO FORMS MODE - According to this link - https://tink.uk/understanding-screen-reader-interaction-modes/, forms mode is being activated automatically whenever you enter a form filed. It is done automatically and signalized with a beep.
   MANUAL FORMS MODE - According to this link http://doccenter.freedomscientific.com/doccenter/doccenter/rs11f929e9c511/2014-12-02_webpagetesting-l1/02_JAWS-Settings.htm you can enable Manual Forms Mode by pressing INSERT+F2, selecting Settings Center, typing Forms Mode and switching from Auto to Manual. To enable Forms mode when on page, you need to press Enter. To disable it, you need to press Esc.

1. Enable JAWS

2. Open inline editor sample and focus editor (There will be a beep signalizing entering the forms mode)

3. Clear editor contents, type few characters and press enter

Expected result

While editor is focused and Forms Mode hasn't been disabled with Esc (only in Manual Forms Mode), the Forms Mode should be on.

Actual result

In Inline editor Forms Mode gets disabled with every enter key pressed and you actually need to press enter twice with every new line to be able to still type in the editor.

If you try the same steps with native contenteditable element e.g. https://codepen.io/j_swiderski/pen/NvOdWz, you will see it works fine there.

Other details

• Browser: Firefox
• OS: Windows
• CKEditor version: 4.0+
• Installed CKEditor plugins: N/A

[mlewand]

I can no longer reproduce this issue, either for older CKEditor (e.g. 4.6.0) as well for the latest CKEditor.

I have used the old "Replace Textarea with Inline Editor" as it contains an inline editor in a form element.

Repro steps are:

1. Open the old "Replace Textarea with Inline Editor" sample.
2. Navigate to the editor.
3. Type "h" few times.
4. Press "Enter" twice.
5. Type "h" few times.

Expected & Actual

"h" character is typed into the editable. If bug was present it would move to a next header.

Below a screencast:

• double enter latest CKEditor
• double enter on CKEditor 4.6.0

JAWS version: 2018.1802.78
Firefox version: 58.0.2
OS: Windows 7

[mlewand]

I was able to reproduce it though with Firefox ESR 52.6.0 and JAWS 18.0.2945. However we'd like to hear from you if the issue is still reproducible with the latest JAWS version.

[mlewand]

I was able to set up latest JAWS (though it was a true PITA). The source of the problem is explained in #1780.

Reason why @jswiderski was not able to reproduce the issue in his first comment was that he was using div with contenteditable attr, but there was no [role=textbox] (like here https://codepen.io/mlewand/pen/EEjzrx). With the role attribute the issue exists even without CKEditor. However we can safely add aria-multiline attribute which solves the issue.

[Comandeer]

Closed in #1780.

[mlewand]

Issue has been reviewed. It landed to our upcoming 4.10.0 release, developed in next branch (currently there's no ETA, as soon as we have it it will be posted on https://github.com/ckeditor/ckeditor-dev/milestones).

Meanwhile you could have a look at it on our online preview page: https://ckeditor4-preview.ckeditor.com/next/samples/old/inlinetextarea.html

[jswiderski]

I also confirm that adding role=textbox to native editable element just like in CKEditor, breaks Forms Mode and adding the aria-multiline="true" fixes it.

[JulesAchiel]

Is this issue fixed in 4.10 ?

[mlewand]

@JulesAchiel yes it is, please have a look at #1034 (comment).