User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Steps to reproduce: Visit bokand.github.io/demo/urlbarsize.html Scroll down to hide the url bar Actual results: All four bars resize Expected results: The orange bars should not resize. This matches the current implementation of Safari iOS and Chrome will soon (M56?) use this model as well. This means that the initial containing block should be statically (not react to URL bar) set to the viewport size when the url bar is shown. One kink is that vh units should be statically sized to the viewport size with the url bar hidden. I agree this is strange but there's use cases for making vh all three off -Static URL bar hidden -Static URL bar shown -Dynamically resize to visible area as URL bar shows/hides So I think we'd need an API to control which the author would like to use. In the interm, aligning all browsers with Safari will reduce pain for web developers. See https://github.com/bokand/URLBarSizing/blob/master/README.md for more details.
Note that this has been discussed off-and-on with some Mozilla folks for awhile (for example here: https://groups.google.com/a/chromium.org/forum/#!searchin/input-dev/Explainer$20URL$20Bar/input-dev/lBZvTtolw-A/fx2grCmKCAAJ). Although we expect to ship this change in M56 (see https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/BK0oHURgmJ4) we're of course happy to continue discussing the trade offs here, open to making changes, and in working towards getting this properly standardized. Feel free to file issues at https://github.com/bokand/URLBarSizing/issues, and if there's interest we can move this repo to the W3C WICG organization.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
See Also: → bug 1245523
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195 Needinfo :susheel if you think this bug should be re-triaged.
Priority: P3 → P5
You need to log in before you can comment on or make changes to this bug.