Issue metadata
Sign in to add a comment
|
Selecting text and right clicking no longer consistent
Reported by
teodorma...@gmail.com,
Sep 30 2017
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/601.1.8 (KHTML, like Gecko) Chrome/59.0.3167.52 Safari/601.1.8 Steps to reproduce the problem: Take this line as an example. 1. Double click the left mouse button (don't let go after the second click) and drag the cursor over the text above to select words in the text. 2. Without letting go the left mouse button, click the right mouse button. 3. If the bug did not occur, change focus and repeat, or try selecting repeating the steps on a different tab. What is the expected behavior? In previous versions of Chrome, the context menu would open while the selected text stayed selected. What went wrong? Since the update, the text selection is broken up. The most common case is that left half of the selection is discarded and right half is maintained. The split occurs exactly where the cursor is. However the old behavior is maintained in some cases. It can behave correctly and incorrectly for the same text on the same page. I couldn't find a patter to reliably reproduce it. Did this work before? Yes 60 Chrome version: 59.0.3167.52 Channel: n/a OS Version: 7 Flash Version: This is an important feature when trying to copy text that is also a hyperlink, or if there is some JavaScript that changes the contents/appearance of the text after the mouse is let go. It is also pretty useful when using the 'Search Google for ""'.
,
Oct 2 2017
Haven't done any mouse software/driver updates recently. No new extensions either. Current profile, Chrome 60.0.3112.113, works perfectly. Current profile, Chrome 61.0.3163.100, breaks. Guest profile, Chrome 60.0.3112.113, works perfectly. Guest profile, Chrome 61.0.3163.100, breaks. Note: it may not happen immediately, it can take a couple of page navigations until it occurs, but once it happens on the page, it will continue to happen until reload, and possibly after reload.
,
Oct 3 2017
Able to reproduce the issue on Windows 7 using the latest stable version 61.0.3163.100 and the latest canary 63.0.3223.8. Unable to repro this issue on Ubuntu 14.04 and Mac OS 10.12.6. Bisect Information: ===================== Good build: 61.0.3153.0 (Revision-485143) Bad Build : 61.0.3154.0 (Revision-485485) Change Log URL after executing the per-revision Bisect script: https://chromium.googlesource.com/chromium/src/+log/a09ddac210fcb92434410d7bcbe61f9580e121ea..eadc611f5b2dbdc4aeb42c9092119444042f8521 From the above change log suspecting below change Review URL: https://chromium.googlesource.com/chromium/src/+/eadc611f5b2dbdc4aeb42c9092119444042f8521 yosin@ :Could you please check whether this issue is related with to your change, if not please help us in assigning it to the right owner. Adding Release Block - Stable as it is a recent regression. Please feel free to remove it if it is not appropriate. Thanks..
,
Oct 3 2017
,
Oct 4 2017
Per comment #3, this is regressed in M61.
,
Oct 4 2017
Right click to show context menu after release left button works as expected == don't change selection. We need to check internal state of MouseEventHandler and SelectionController.
,
Oct 4 2017
Since there are workaround, remove RB label.
,
Oct 4
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
,
Oct 5
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by woxxom@gmail.com
, Sep 30 2017