Issue metadata
Sign in to add a comment
|
Sub-frame process gets into a live-lock/spin when scrolled from trackpad |
||||||||||||||||||||||
Issue descriptionVersion: 55.0.2842.0 OS: Chrome What steps will reproduce the problem? (1) Install the Hangouts extension. (2) Type stuff into a chat so that there is something to scroll. (3) Try to scroll it via the trackpad. What is the expected output? Expect that it scrolls. What do you see instead? Instead the Hangouts view becomes unresponsive and after a 10-20 seconds Hangouts reloads. This issue repros 100% reliably.
,
Oct 4 2016
I'll take a look ... it's not a known issue, but there have been a bunch of trackpad-scroll issues lately with GestureScroll-WebGestureEvents created from MouseWheels, triggered by the direct wheel event routing enabled by isolate-extensions.
,
Oct 4 2016
I just put a fresh 55.0.2842.0 image on a link device, and the problem does reproduce. However, if I put a ToT build of Chrome on the device the problem disappears. I'll try to bisect tomorrow and see if I can track down what CL seems to have fixed it.
,
Oct 5 2016
It appears this is the fix: Fix crash when scrolling in a remote process frame https://codereview.chromium.org/2290353002 The CL looks fairly mergeable if needed ... but it looks like the original cause (https://codereview.chromium.org/2280453002/) and the fix above both went into the branch, so I'm guessing there's no need to merge. If I'm wrong, please let me know! |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by creis@chromium.org
, Oct 4 2016Owner: wjmaclean@chromium.org
Status: Assigned (was: Untriaged)