[Chrome, inline editor] Ctrl+A after selecting Page Break selects an entire page instead of the editor body content

[peter]

Reproduce the issue:

1. Open any inline based editor sample in Chrome.
2. Type in or paste some text in the editor body.
3. Split the text with Page break, by using the icon from the toolbar.
4. Left mouse click on the Page break.
5. CTRL + A

Expected result:

The editor body content should be selected/highlighted .

Actual result:

The entire page content is selected(outside the editor body)

Reproducible only in Chrome in 4.3 version

[Piotrek Koszuliński]

Confirmed on Chrome on 4.3 and 4.2.2. I haven't checked previous versions, but most likely it's not a regression.

Note: it cannot be reproduced on widgets and if page break was selected by left/right arrow keys navigation (CKEditor makes fake selection in this case). So the solution could be to rewrite pagebreak as a widget.

[Jakub Ś]

Problem can be reproduced in Blink and Webkit from CKEditor 4.0 beta.

NOTE: Should page breaks be even used in inline editors? They look ok in HTML but won't work for printing. Since inline editor edits part of larger page then page-breaks won't do their job when it comes to printing. This makes sense - why should some inner/nested div that is part of larger structure break the page?
If page-breaks are used in HTML then they should be left but if they are only used for printing then they should be removed just like print button.

[Piotrek Koszuliński]

@j.swiderski: Page breaks make the same sense in inline editing as in framed editing. Finally, in both cases content produced by editor ends in some web page so it's the same situation.

Regarding this issue - pagebreak is a non-editable element, so apparently, when it's focused, native CTRL+A "leaves" main editable. This is a bug in Webkit&Blink, but it will be the easiest to fix it by making pagebreak a widget.

[Piotrek Koszuliński]

Not any more reproducible.