Issue metadata
Sign in to add a comment
|
URL bar sizing behavior regressed in 61 |
||||||||||||||||||||||
Issue descriptionChrome Version : 61.0.3163.60 OS Version: 8.0 URLs (if applicable) : http://bokand.github.io/demo/urlbarsize.html Other browsers tested: Add OK or FAIL after other browsers where you have tested this issue: Safari 5: Firefox 4.x: IE 7/8/9: What steps will reproduce the problem? 1. Open http://bokand.github.io/demo/urlbarsize.html 2. Scroll What is the expected result? Viewport-unit bars should be longer than the percentage bars When URL bar hides, the position:absolute bars should not resize http://bokand.github.io/demo/urlbarsize.html What happens instead of that? Chrome has reverted to it's pre-m56 behavior I think (resizing ICB, vh units being the same as ICB) Please provide any additional information below. Attach a screenshot if possible. From https://twitter.com/nekrtemplar/status/900948227783970817 UserAgentString: Mozilla/5.0 (Linux; Android 8.0.0; Nexus 6P Build/OPR6.170623.013) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3193.3 Mobile Safari/537.36
,
Aug 25 2017
I see the issue with regular (static) elements. Here for example: http://strize.io/ the header (logo + animation which will make your device heat) is 100vh. On scroll it's being resizes in current Chrome Beta on Android. It isn't resized in either Safari iOS/Firefox Android/Chrome Stable Android.
,
Aug 25 2017
Strange, I'm not seeing anything resize on that page in Beta/Dev/Canary and the behavior looks identical to Stable. I'll double-check on a second device shortly. In the mean-time, could you make sure you reset all flags in chrome://flags
,
Aug 25 2017
Made a reset and still the the issue. Attached screenshot of about:version. Aldo see a video: https://youtu.be/_weY8GlWXf8
,
Aug 25 2017
Ok, finally managed to repro. Looks like an issue specifically in Chrome Beta with Chrome Home (URL bar on the bottom) turned on. It's been fixed in Canary. This is almost certainly fixed by crrev.com/c/560641 which landed the day after 61 branched. That patch is quite large and M61 is far enough along that I'd be nervous trying to merge it back. Given that Chrome Home isn't shipping by default in 61 (I'm guessing nekr.fabula@ sees it due to a finch trial?) it probably isn't affecting too many users and it isn't really serious. Given that, I'd say we can probably just live with this in M61 and so there's no action here. Assigning to mdjones@ for more information since I'm not well connected to Chrome Home. Is Home behind a Finch experiment?
,
Aug 25 2017
For completeness, the original bug that patch was fixing is issue 711828
,
Aug 25 2017
Thanks, I didn't realize Chrome Home was still behind finch. If we can confirm that Chrome Home isn't going out in M61 stable (beyond possibly a <1% finch trial), then yes I agree we should just call this a dupe of issue 711828 .
,
Aug 25 2017
I'm OOO most of next week and M61 is shipping around then. mdjones@, please track this issue in my absence.
,
Aug 25 2017
We are planning no more than 1% stable on M61; likely less. I don't think we should worry about merging this back since it is a large patch.
,
Aug 25 2017
Marking WontFix per #7. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by bokan@chromium.org
, Aug 25 2017Owner: bokan@chromium.org
Status: Assigned (was: Untriaged)