Able to reproduce the issue with above steps on Windows-10, Mac-10.12, and 
ubuntu-14.04 using chrome stable version 53.0.2785.143 and canary (56.0.2884.0).

 Also able to reproduce the issue on earlier version of chrome M-30.0.1549.0.

This is non-regession issue and marking it as untraiged.

Unable to reproduce the issue with Chrome Verisons 54.0.2840.99, 55.0.2883.52 and 56.0.2920.0 on Windows 7,10, Mac and Linux. 

mik.jozef@ please let me know if you are still able to reproduce the issue.

I can still reproduce the issue. Note that it only moves if the selected range actually changes, so if I select the whole text with mouse (this is possible for me even though part of it is invisible) and then press Shift + Right Arrow, nothing happens. Trying both right and left arrow should reproduce this issue reliably, I guess.

My current chrome version: 54.0.2840.99 m (64-bit)

I just downloaded Canary and it still happens on Version 56.0.2920.0 canary (64-bit)

Just to update, able to reproduce the issue on chrome version 57.0.2926.0 on MAC 10.12.1, Ubuntu 14.04, Windows 10. 

Since issue is a non regression, moving from M55 to M57.

Adding Blink>HTML component, so that the issue gets addressed.

Thanks.!

I can reproduce this on Chrome Linux 55.0.2883.75 (Official Build) (64-bit).
It looks like the inner DIV is scrolled and painted on top of the outer div's border.

I'm not sure what behavior is correct (it paints over the border on the right hand side, for example.) Can someone from layout/scroll comment?

If you play with the arrow keys (along with Shift) in order to extend, narrow and extend the selection (press many times), you end up with no selection and no option to create a selection anymore (using the keyboard, that is), until you re-select using the mouse.

(On Windows 7)

Oh, because I narrowed it too much until there was no selection, so nothing to extend anymore. Forget it (or not, since Firefox does let you extend the selection again after that).

It seems that we are ignoring "overflow:hidden" in our keyboard text selection logic. As pointed out by the original report this does not happen with mouse  or touch. I think we should be consistent here and according to spec [1] we should not actually scroll as a result of user input.


Safari has the same behavior as Chrome but Firefox does not scroll but updates the text selection. Perhaps we can match Firefox or not update the selection passed the clipped boundary either.

Adding Blink>Editing>Selection label.
skobes@ do you know who will be the right owner for this?

[1] https://drafts.csswg.org/css-overflow-3/#valdef-overflow-hidden

"This value indicates that the box’s content is clipped to its padding box and that the UA must not provide any scrolling user interface to view the content outside the clipping region, nor allow scrolling by direct intervention of the user, such as dragging on a touch screen or using the scrolling wheel on a mouse."

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Still an issue in Q4 2018 check-in.