New issue
Advanced search Search tips

Issue 680545 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Drag-select initiated when clicking near the top/bottom of the screen

Reported by dave.va...@gmail.com, Jan 12 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. Left click on a non-link region of a webpage in the top or bottom ~16 pixels and a drag-select will initiate (and scroll the page)
2. 
3. 

What is the expected behavior?
If Chrome had focus nothing should happen, if it doesn't it should gain focus.

What went wrong?
For years I've semi-hidden Chrome behind other windows and used the slight visible edge (on the bottom edge of the monitor) as an 'infinite size' click region to quickly bring Chrome to the front. Now every time I do that it results in an unintended drag scroll.

Did this work before? Yes 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0
 
Cc: kkaluri@chromium.org
Components: Blink>Editing>Selection
Labels: Needs-Feedback
dave.vanee@ in order to triage this issue,could you please help us with the screen-cast and the steps to reproduce the issue.

Thank You...

Comment 2 by ajha@chromium.org, Jan 16 2017

Labels: Needs-Triage-M55
Steps to reproduce (revised):
1. Go to a page in Chrome with vertical scrolling space (ie; google "test")
2. Change focus to another program (in this case Notepad)
3. Click inside the Chrome tab in the bottom (or top) 16 pixels without moving the mouse
4. Scrolling will initiate

Please find attached a screen-cast of the behavior. Note that I can occasionally reproduce this without changing program focus, but doing so results in 100% reliable behavior for me.
Jan 18 2017 1-15 PM.webm
3.5 MB View Download
Not reproduced on Version 57.0.2985.0 
Project Member

Comment 5 by sheriffbot@chromium.org, Jan 27 2017

Labels: -Needs-Feedback Needs-Review
Owner: kkaluri@chromium.org
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" for another review and adding "Needs-Review" label for tracking.

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

Comment 6 by yosin@chromium.org, Feb 7 2017

Status: WontFix (was: Unconfirmed)
I could reproduce on M55.
But, I could not on M58.

As of #c4, it seems to be fixed at least M57.

Sign in to add a comment