Scrolling over Chrome App Webview does not scroll parent
Reported by
jepar...@gmail.com,
Jan 5 2017
|
||||||
Issue descriptionChrome Version : 55.0.2883.87 m Other browsers tested: Not Applicable What steps will reproduce the problem? (1) Create a Chrome App which contains a webview inside an element which has 'overflow-y: auto' or 'overflow-y: scroll' (and a scrollHeight bigger than the window). (2) Launch the app and scroll while the mouse is over the webview. What is the expected result? The webview's content first scrolls down until the content reaches the end. Then, if the scrolling continues, the webview's parent should start scrolling down. Same behaviour if scrolling up. If the webview's content cannot be scrolled, the parent element scrolls instead. What happens instead? The webview's content scrolls down until the content reaches the end but once that happens the webview's parent does not start scrolling. In addition, if the webview's content cannot be scrolled, the parent element can only be scrolled by placing outside of the webview. I attached a demo of a simple Chrome App with a webview to reproduce this bug.
,
Jan 9 2017
Able to reproduce this issue on Windows 10, Ubuntu 14.04 with chrome version 55.0.2883.87 and Mac 10.12.2 on chrome stable version 55.0.2883.87 and also in current canary version #57.0.2975.0 Issue is broken in M52. Bisect Info: =========== Good build : 52.0.2708.0, Revision Range -387197 Bad build : 52.0.2709.0, Revision Range -387490 After executing the bisect(old) script , i got the following CL's between good and bad build versions =========================================== https://chromium.googlesource.com/chromium/src/+log/5b76c04ae3040e16d924495416b722b2fcf13616..3bd3454e3882716955c7db2b0b6ed8a2f1454107 The suspecting Change Log is : ----------- https://chromium.googlesource.com/chromium/src/+/3bd3454e3882716955c7db2b0b6ed8a2f1454107 From the above CL suspecting the below change --------------------------- Review URL: https://codereview.chromium.org/1840113005 bokan@- Could you please look into this issue, if it's related to your change? if not could you please help us to reassign this issue to the right owner.
,
Jan 12 2017
Likely related to my patch but given that it's shipped in a few milestones without reported bugs it's not high urgency.
,
Feb 28 2017
+wjmaclean@, some questions for you here... It looks like unconsumed Wheel events in the Guest aren't making their way back to the embedder. Where should I hook in to diagnose where this is going wrong? Also, I'm hitting this DCHECK when wheeling with a debug build: [1:1:0228/153934.569360:FATAL:browser_plugin.cc(460)] Check failed: blink::WebInputEvent::GestureTapDown == event.type() || gesture_event.resendingPluginId == browser_plugin_instance_id_. I suspect I shouldn't be even getting into this code block but I'm not sure.
,
Mar 1 2017
Is --isolate-extensions on or off when you hit the DCHECK? If it's off, does the DCHECK stop triggering if you turn it on? I suspect this is due to MouseWheels going to the embedder page (doesn't happen when --isolate-extensions is on), and if unconsumed these turn into GestureScroll events which are incorrectly targetted back to the embedder. That would prevent the child from ever seeing them I suspect ... but I could be wrong. We should chat in person about this, as there are a number of scroll-bubbling issues related to scroll wheels.
,
Mar 1 2017
I'm curious as to whether it could be related to https://bugs.chromium.org/p/chromium/issues/detail?id=681353
,
Mar 15 2017
,
Jan 7
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ajha@chromium.org
, Jan 6 2017