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

Issue 602637 link

Starred by 5 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Jun 2017
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

Touchpad scrolling after computer wakes up is broken on existing tabs

Reported by chauf...@gmail.com, Apr 12 2016

Issue description

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

Example URL:

Steps to reproduce the problem:
1. Open a webpage
2. Put computer to sleep
3. Wake up computer

What is the expected behavior?

What went wrong?
Touchpad scrolling will not work on the already open tabs, instead the entire window will just rubberband as if there was nothing to scroll.

Touchscreen scrolling works at all times.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? N/A 

Chrome version: 49.0.2623.112  Channel: stable
OS Version: 10.0
Flash Version: 

XPS 13 9350, Touchscreen version.
 

Comment 1 by b...@chromium.org, Apr 12 2016

Components: -Blink UI>Input>Touch Internals>Input>Touch>Pad Blink>Scroll
Labels: Needs-Feedback
Are you able to produce a screen recording of the issue? Is this just Chrome that it happens in? Possibly including a trace may help.

Comment 3 by chauf...@gmail.com, Apr 15 2016

It is indeed just chrome it happens in; I'll see if I can get a screen recording.

It does seem it should be easy enough to reproduce: https://productforums.google.com/forum/#!topic/chrome/MEiEM0m6Jrg


Project Member

Comment 4 by sheriffbot@chromium.org, Apr 15 2016

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

For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot
Owner: ----

Comment 6 by cont...@winterei.se, Apr 16 2016

I can confirm that this is happening on the XPS 9350.

I'd also like to say that I believe it might be happening to anything using WebKit (or whatever other rendering engine is in use these days).

I can name Slack as another example of an app affected. However, it's not ad evice/OS wide problem.

Microsoft's own Edge for example works fine in these conditions.
Cc: sadrul@chromium.org
Unfortunately I don't have that hardware. Do you have any MSVC development tools on the device that you could give us a Spy++ log from?

sadrul@ is there someone from the Aura team that can look debug things like this?

Comment 8 by sadrul@chromium.org, Apr 21 2016

Cc: ananta@chromium.org sky@chromium.org
Sounds like this could be something related to either HWNDMessageHandler, and/or LegacyRenderWidgetHostHWND. Perhaps ananta@ could help?

Comment 9 by cont...@winterei.se, Apr 22 2016

Spotify is another application affected.

As to generating spy++ log, if you tell me how to generate it, I'll be happy to do it.

Thanks for looking into this!
Cc: dtapu...@chromium.org
Owner: ananta@chromium.org
Status: Assigned (was: Unconfirmed)
ananta@ can you investigate?
Labels: -Needs-Review
Status: Fixed (was: Assigned)
I believe this is fixed with removal of the direct manipulation layer. 

Sign in to add a comment