In chrome://settings, able to scroll the page using mouse wheel even when dropdown menu is open.
Reported by
vvishwak...@etouch.net,
Sep 29 2016
|
|||||
Issue descriptionVersion: 55.0.2874.4 (Official Build) canary 6f65ea7f427cb2712e2222e9248ae4399a619735-refs/branch-heads/2874@{#5} (32/64-bit) OS: Windows (7,8,10), Mac (10.10.5, 10.11.5), Linux (14.04 LTS) What steps will reproduce the problem? 1) Launch chrome, go to chrome://md-settings, scroll down and click on Advanced button. 2) in Language section, click on dropdown on right side and then click on iron-icon for English(United States). 3) Now scroll the page up/down using mouse wheel and observe. Able to scroll the page even when dropdown menu is open. Should be not able to scroll the page with dropdown menu open. This is a Regression issue broken in M-55, will soon update other info Manual bisect: Good build: 55.0.2841.0 Bad build: 55.0.2842.0
,
Sep 29 2016
Autofill and Passwords have the same problem, due to also using cr-shared-menu. History solves this by closing the menu when the container receives a scroll event. It would be nice if cr-shared-menu itself could listen for scroll events, but it would have to "know" all of the different targets that could scroll, which seems unfeasible.
,
Sep 29 2016
dpapad@ is reimagining how shared action menus would work our current plan is to reparent each menu actually into the DOM where it's requested, which adds potential clipping issues but solves scroll issues.
,
Oct 19 2016
Fixed by https://codereview.chromium.org/2426183002 and https://codereview.chromium.org/2428733002.
,
Oct 24 2016
Verified on ChromeOS 8929.0.0, 56.0.2899.0 |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by msrchandra@chromium.org
, Sep 29 2016Owner: michae...@chromium.org
Status: Assigned (was: Unconfirmed)