Programmatically focusing sticky positioned input elements incorrectly scrolls the page
Reported by
ja...@javan.us,
Feb 9 2018
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Steps to reproduce the problem: 1. Open the attached HTML file 2. Scroll to the bottom 3. Click each of the links to focus the form controls What is the expected behavior? The page does not scroll What went wrong? The page scrolls to the element's unstuck position when calling its focus() method. This happens for all form controls except for <input type="text"> so https://bugs.chromium.org/p/chromium/issues/detail?id=740417 could be partially related. Did this work before? No Does this work in other browsers? Yes Chrome version: 64.0.3282.140 Channel: stable OS Version: OS X 10.13.3 Flash Version: https://bugs.chromium.org/p/chromium/issues/detail?id=805800 may also be related.
,
Feb 12 2018
Able to reproduce this issue on Mac 10.12.6, Win-10 and Ubuntu 14.04 using chrome reported version #64.0.3282.140 and latest canary #66.0.3344.0. This is a non-regression issue as it is observed from M60 old builds. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Sep 6
,
Sep 6
You can trigger the bug by either using .focus() as mentioned above or by using keyboard tabbing to set focus on the element. Related: https://github.com/OfficeDev/office-ui-fabric-react/issues/6036
,
Nov 8
This was fixed by http://crrev.com/e1aa11528e75bad7d7676d44970338a8e1c12a6b You are probably looking for a change made after 592438 (known bad), but no later than 592440 (first known good). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/badbd1c5b6149dafb126de7cbf83fa04eb48e339..e1aa11528e75bad7d7676d44970338a8e1c12a6b |
||||
►
Sign in to add a comment |
||||
Comment 1 by manoranj...@chromium.org
, Feb 10 2018