element,scrollIntoView() affects the layout viewport but not visible viewport when zoomed
Reported by
napan...@gmail.com,
Dec 12
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.80 Safari/537.36 Steps to reproduce the problem: 1. Open attached file 2. Switch to responsive emulation mode (to simulate a mobile environment) 3. Scroll to the beginning 4. Press any key (the "target" element should be scrolled into the viewport) 5. Scroll to the beginning again and zoom (let's say: 300%) 6. Press any key (the "target" element scrolled into the layout viewport but NOT into the visible viewport) What is the expected behavior? The visible viewport must be alinged to the bottom of the layout viewport to make the "target" element visible. What went wrong? Visible viewport stays in place when scrolling down a zoomed page, and there no way to make the element visible from javascript without simulating touch events. Visible Viewport API is read only. Did this work before? Yes Android 4.4.4 WebView Does this work in other browsers? N/A Chrome version: 71.0.3578.80 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Dec 13
Thanks for filing the issue! Unable to reproduce the issue on reported chrome version 71.0.3578.80 using Windows 10 with the below mentioned steps. 1. Launched Chrome 2. Opened "autoscroll.html" and inspected the page 3. Switched to responsive emulation mode 4. Scrolled to the beginning 5. Clicked a key 5. Observed page scrolling. 6. Zoomed page to 300% -> Clicked a key Able to see the "target" element, attaching the screencast of the same for reference. @Reporter: Could you please have a look at the screen cast and let us know if we have missed anything in the process. It would be helpful if given a clarity on "Did this work before? Yes Android 4.4.4 WebView" which is mentioned in comment#0. Any further inputs from your end may be helpful.
,
Dec 13
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 13
According to this: (https://developer.chrome.com/multidevice/webview/overview) The updated WebView shipped with Android 4.4.3 has the version number 33.0.0.0 So chromium 33 may be the version i tested on Android 4.4.4
,
Dec 13
Forgot to mention: I simulated pinch-to-zoom by doubleclick+hold+move down
,
Dec 13
,
Dec 14
Tried checking the issue as per comment#3/#6, able to reproduce the issue on reported chrome version 71.0.3578.80 and on the latest canary 73.0.3639.0 using Windows 10, Ubuntu 14.04 and Mac 10.14.1 Bisect Information: ------------------- Good Build: 61.0.3161.0 Bad Build: 61.0.3162.0 You are probably looking for a change made after 488017 (known good), but no later than 488018 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/df848adb8eb6bf9be13ed82e1b2156b8ae93615a..6933fe8a1b1d14e0d36a69cb27ef026217595d95 Suspecting: https://chromium.googlesource.com/chromium/src/+/6933fe8a1b1d14e0d36a69cb27ef026217595d95 Review URL: https://chromium-review.googlesource.com/575768 Thanks! |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by swarnasree.mukkala@chromium.org
, Dec 13