Dragging backward selection over nested editable ends in that editable
Reported by
szymonk...@gmail.com,
Nov 7 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: Please check this fiddle (test steps included there): https://jsfiddle.net/szymonkups/w8c35xor/ When dragging backward selection over nested editable ends in that selection. When forward selection is dragged over nested editable it doesn't "block" the selection inside. What is the expected behavior? User should be able to drag selection over nested editable. What went wrong? Selection ends up in nested editable and cannot be dragged further. Did this work before? N/A Does this work in other browsers? N/A Chrome version: 61.0.3163.100 Channel: stable OS Version: OS X 10.12.6 Flash Version: Shockwave Flash 27.0 r0
,
Nov 8 2017
Able to reproduce the issue on the reported chrome version stable 61.0.3163.100, on the latest stable 62.0.3202.89 and on the latest dev 64.0.3261.0 using Ubuntu 14.04, windows 10 and Mac 10.12.6. As the issue is seen from M-50 (50.0.2634.0) considering it as non-regression, hence marking it as untriaged.
,
Dec 6 2017
,
Dec 6
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
,
Jan 10
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by szymonk...@gmail.com
, Nov 7 2017