Inserting an empty paragraph before table using keyboard shortcut not working properly when first or last table cell has list or div

[Satya Minnekanti]

To reproduce the defect:

Scenario 1:

1. Open any CK Editor sample & insert a table with default values.

2. Insert a Numbered/Bulleted list inside first table cell.

3. Keep cursor at beginning of list and press Ctrl + ALT + [

Expected Result: Empty Paragraph inserted before table

Actual Result: Empty Paragraph inserted before the list.

Press Ctrl + ALT + [ again

See that empty paragraph before list gets deleted and a new empty paragraph before table is inserted

Scenario 2:

1. Open any CK Editor sample & insert a table with default values.

2. Insert a div inside first table cell.

3. Keep cursor at beginning of div and press Ctrl + ALT + [

Expected Result: Empty Paragraph inserted before table

Actual Result: Empty Paragraph inserted before the div.

Press Ctrl + ALT + [ again

See that empty paragraph before div gets deleted and a new empty paragraph before table is inserted

Same issue happens when we try to insert an empty paragraph after last table cell which contains list or div & no empty paragraph after the table

[Jakub Ś]

This is another continuation of #9481. Problem (if it can be called a problem) can be reproduced in all browsers.

If you look at elements' path you will notice that you are still in list what makes sense to put line break before list. After inserting new line JAWS says that you are inside table which again makes sense that if you press Ctrl + ALT + [ again you will get line break before table and JAWS informs you that you are out of the table.

I'm not even sure if this is confusing for visually impaired users as JAWS tells them where they are. I can however say one thing if it wasn’t build that way it wouldn't be possible to insert line break before list (at least IMHO).
Currently you can put break before list, then before the table and again before the list.

I hope that @fredck will comment on this:)

[Jakub Ś]

Perhaps simply adding some extra information (a11y dialof or target paragraph perhaps) that JAWS could read could solve this?

[Marek Lewandowski]

Given magicline behavior is expected, just as @j.swiderski explained, empty block should be placed before currently focused block and that's exactly what happens.

If the feature was changed in a proposed way there would be no way to insert a paragraph in table cell, just before the list - which is what magicline was created for. That makes this issue invalid.