New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 676536 link

Starred by 2 users

Issue metadata

Status: Archived
Owner: ----
Closed: Jul 11
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug


Show other hotlists

Hotlists containing this issue:
Fixing-touch


Sign in to add a comment

Selection is very easy to reset when scrolling the page

Reported by ctengc...@gmail.com, Dec 22 2016

Issue description

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

Steps to reproduce the problem:
1.  Open a page which contains very long content
2.  Make a start content selection
3.  Hold SHIFT key pressed, and then drag the mouse down, This should expand the selection; Or just drag down, then press SHIFT + Mouse Click

What is the expected behavior?
The page content selection should be correctly expanded

What went wrong?
The start selection is very easy to lost on windows, cause wrong start selection position

Did this work before? N/A 

Chrome version: 54.0.2840.71  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0

I usually copy valuable content and save it in my local wordpress, but this problem is really annoying me.

When i operate this on MAC use only touchpad, the start selection is rarely reset, but on windows it is very easy to

Also, it's nearly impossible to use touchpad on windows platform if no mouse dragging, to  get the expanded content selection
 

Comment 1 by ctengc...@gmail.com, Dec 22 2016

I guess when do mouse dragging in the middle stage, a `mousedown` event suddenly or wierdly happens, causing start selection position to reset/lost

Chromium kernel should be able to prevent this!
Labels: Needs-Milestone
Adding 'Needs-Milestone' label, TE will check the issue and update the bug with comments & tag with respective Milestone
Cc: krajshree@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on Win-10, Ubuntu 14.04 and Mac 10.12.1 using chrome reported version #54.0.2840.71 and latest canary #57.0.2960.0.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1.  Opened wikipedia.com
2.  Made a start content selection
3.  Hold SHIFT key pressed, and then dragged the mouse down, also tried by dragging down, then pressed SHIFT + Mouse Click.

Reporter@ - Could you please check this issue on latest canary #57.0.2960.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!
676536.mp4
6.3 MB View Download

Comment 4 by ctengc...@gmail.com, Dec 25 2016

1、I'm using feedly which may contains very long rich-text content, which
not only has text links、images, but other web elements
  such as: https://feedly.com//i/subscription/feed/http://www.36kr.com/feed
2、I'm using a win10 notebook, not pc, and with a Blutetooth-connected
3-button mouse
3、The problem may be caused by the windows bluetooth mouse driver, but it
seems common on windows port?
4、I'm using mouse middle button to scroll the page

It may not reproduce steadily, but it happens.
I'm 99% sure this may due to windows's driver bugs, since I never found
this problem on Mac Book.





2016-12-23 19:34 GMT+08:00 krajsh… via monorail <
monorail+v2.208823224@chromium.org>:
Project Member

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

Labels: -Needs-Feedback Needs-Review
Owner: krajshree@chromium.org
Thank you for providing more feedback. Adding requester "krajshree@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 ajha@chromium.org, Feb 15 2017

Components: -UI IO>Mouse Blink>Editing>Selection
Labels: TE-Hardware-Dependency
Owner: ----
Per comment #4 looks to be Bluetooth mouse related as issue is  not repro with normal mouse. Adding the label accordingly as the mouse is not available to triage the issue further.

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

Components: -Blink>Editing>Selection UI>Input>Touch

Comment 8 by cda...@chromium.org, Mar 13 2017

Cleaning up "Needs-Review" label as we are not using this label for triage. Ref  bug 684919 

Comment 9 by cda...@chromium.org, Mar 13 2017

Labels: -Needs-Review
This happens again recently on infoq
Project Member

Comment 11 by sheriffbot@chromium.org, Jul 11

Status: Archived (was: Unconfirmed)
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue.

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

Sign in to add a comment