Incorrect text selection when moving mouse from input to container absoulte positioned :before element
Reported by
yavano...@yandex-team.ru,
Feb 29 2016
|
|||||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.111 YaBrowser/16.3.0.4716 (beta) Yowser/2.5 Safari/537.36 Example URL: http://jsbin.com/suhajuyogi/3/edit?html,css,output Steps to reproduce the problem: 1. Move mouse cursor to the right of digit "3" in text input 2. Press and hold left mouse button 3. Move mouse button to the left of whole text input 4. You now selected whole text in text input 5. Now try to move cursor down, lower then bottom text input border What is the expected behavior? Expected than when mouse goes lower than text input selection will be removed. What went wrong? In fact selection will be removed only when mouse goes 50px lower than input box (value of "top" property of before element). Same problem when "top" have negative value. Selection will be removed immediately after mouse pointer cross left border of input box. If i replace :before pseudo element with normal element ".background" (uncomment .background selector and comment :before line) problem goes away. Does it occur on multiple sites: Yes Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? N/A Chrome version: 47.0.2526.111 Channel: n/a OS Version: Flash Version: Shockwave Flash 11.2 r999
,
Mar 4 2016
,
Mar 4 2016
I could not see behavior described in #1. Selection is still available where ever I move mouse pointer in 48.0.2564.116 (Official Build) Could you provide screenshot or video?
,
Mar 4 2016
,
Mar 10 2016
Here is video. When i use :before element for background selection removes only when mouse cursor goes 50px lower input box.
,
Mar 10 2016
Thank you for providing more feedback. Assigning to requester "yosin@chromium.org" for another review. For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 28 2016
Tagging for a repro and bisect if needed.
,
Apr 29 2016
Thanks for the video, much appreciated. I retested the above issue on All-OS (Windows 7, Mac 10.11.4 & Ubuntu 14.04)and was not able to reproduce the above issue using chrome versions- 50.0.2661.94 , 51.0.2704.29 & 52.0.2720.0. The selection doesn't get remove when the mouse cursor goes 50px lower to the input box. I would request you to please try the above issue on latest chrome version and let us know if the issue still persists. Removing the bisect & confirmation label for now, do add if required. Attach is the video of the same. I really appreciate your help. Thank you!
,
Apr 29 2016
Thanks for reply. Maybe i've wrote description too confusing. I've recorded another video with better quality and two cases. First, when green square was made with regular <div> element selection removes immediately after cursor goes lower than text box field. Second, when green square was made with wrapper:before pseudo element, i'm expecting same behaviour but it looks like left and top css values was subtracted from mouse pointer coordinates and i can move cursor down, without removing selection. Here is another video. I will be glad to help if I can.
,
Oct 12 2016
,
Dec 2 2016
,
Dec 2 2016
,
May 25 2017
,
Oct 4 2017
,
Nov 2 2017
,
Nov 2
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
,
Nov 5
|
|||||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||||
Comment 1 by tkent@chromium.org
, Feb 29 2016