Regression: User state retains even after re-loading page |
|||||||||
Issue descriptionChrome Version: 64.0.3279.0 OS: Ubuntu 14.04, Windows 10, Mac 10.13.1 What steps will reproduce the problem? (1) Launch chrome and navigate to http://html5-demos.appspot.com/static/css/filters/index.html (2) Zoom until you see both horizontal and vertical scrollbar[say 250%] (3) Scroll both vertical and horizontal scrollbars to extreme down and right repsectively >> Reset Zoom to 100% (4) Now observe for What's this? buuton >> Reload page and again observe for button Expected: After reloading page by hitting enter inside omnibox or by reloading using ctrl+r page should retain normal. Actual: Even after reloading What's this? button is seen missing. This is a regression issue broken in M55. Good Build: 55.0.2853.0 Bad Build: 55.0.2855.0 You are probably looking for a change made after 416854 (known good), but no later than 416855 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/58744ea650361b518c411667574be67749d65c48..2a56f872fc3e82ccd819db4378ae2e1ac206c116 Review-Url: https://codereview.chromium.org/2257743002 Suspecting same from changelog. @toyoshim: Please confirm whether this is an issue or intended behaviour.
,
Nov 28 2017
,
Nov 30 2017
Looks to be a layout issue to me. The absolute positioned item is offscreen.
,
Dec 7 2017
,
Dec 13 2017
As per comment#1 rechecked the issue. Good Build: 55.0.2853.0 -- In http://html5-demos.appspot.com/static/css/filters/index.html "What's this? button" is seen even after reloading page Bad Build: 55.0.2855.0 -- "What's this? button" is vanished after following steps mentioned in comment#0. And as per comment#4 rechecked the bisect and got same results. You are probably looking for a change made after 416854 (known good), but no later than 416855 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/58744ea650361b518c411667574be67749d65c48..2a56f872fc3e82ccd819db4378ae2e1ac206c116
,
Dec 14 2017
That change wasn't a root cause of this bug, but it just changed when the bug can be observed. So your bisect just found a revision that replays this problem on a new condition. This is the background of my question at #1. As I mentioned, the root problem must be that Chrome does not adjust scroll positions correctly when a zoom value is reset to 100%, and as dtapuska@ guessed at #3, this is probably a layout issue. Since I am not an expert on layout, let me unassign myself here, and wait for layout team's triage.
,
Dec 14 2017
,
Dec 17
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 17
|
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by toyoshim@chromium.org
, Nov 28 2017