Positioning is broken when fixed element (with top:0, bottom:0) is added to DOM when address bar is animating
Reported by
l.kadiki...@gmail.com,
Jul 31
|
||||||||
Issue descriptionSteps to reproduce the problem: 1. Open provided html 2. Click button on the left side (in a few second it will add an overlay with position fixed and top:0; bottom:0) 3. Start scrolling, to see bug you will need to get timing right so that overlay is added when address bar is animating What is the expected behavior? Overlay covers whole screen What went wrong? There is gap visible on screen, approximately the size of address bar at the time of adding overlay. In some tests on chrome we also managed to get the binding for button appear as if there was no gap at the bottom of the screen. Because of a similar issue we found https://bugs.chromium.org/p/chromium/issues/detail?id=848122 we also did a test on canary and while I couldn't verify binding misplacement (did not have enough time to do so, will try to add additional comments next week, when I have access to device again) the video of gap is taken using canary 70.0.3503. Did this work before? Yes Does this work in other browsers? Yes Chrome version: 67.0.3396.99 Channel: n/a OS Version: 8.1 Flash Version:
,
Jul 31
,
Aug 1
,
Aug 1
Tested the issue using #67.0.3396.87/70.0.3508.0 on Nexus 6P, 8.1.0; 70.0.3508.0 on Samsung Galaxy J7 as per the steps mentioned in original comment and could not reproduce the issue. No gap is an bottom of overlay on scrolling. @Reporter: Is this issue consistently reproducible? Could you please let us know the details of your device for further triaging. This would help in better triaging. Thanks!!
,
Aug 2
I'm also unable to repro the issue on M70.
,
Aug 2
Hello, sorry for taking so long to get back to you, but I currently don't have access to said device to provide full details (will update on Monday). However it's pixel C tablet, and sadly but is not reproducible constantly. You need to got it in the right second for it to appear.
,
Aug 9
Ping, lina2991@. Are you able to provide more details? How often get you get this to trigger? I spent several minutes trying but couldn't.
,
Aug 10
Hi, I again have access to said device, so can try to provide as many details as I can. The device Im using to check is pixel C (8.1.0,), and today retested on canary to make sure it wasnt fixed with some other issue in the mean time, and still reproducible. Canary version - 70.0.3517.0. We discovered this issue while developing a new feature for client - some new modals. Issue happens when a fixed position element is added to DOM (say overlay) and url bar is animating. So the same situation as in html I provided. In our actual project it appears more frequently, but I was unable to isolate why. My best guess - it just takes longer to get the result, so you can scroll longer. But you still need to get the correct timing. And as of few minutes ago all button bindings are also broken, they are where the element would be without the visual gap. My tips for reproducing - make sure bar is not visible before scroll. Click button, start scrolling up until overlay is added, then stop. And repeat until its broken. To get my first broken overlay it took me about half an hour, however when you figure out the timing - every other try breaks.
,
Aug 10
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
,
Aug 30
I managed to repro this once or twice, but in ~20 minutes of trying I still can't make it consistently repro. Given how hard it is to repro and the low severity I'm unlikely to get to it soon. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by l.kadiki...@gmail.com
, Jul 31