New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 591405 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 436871
Owner:
(currently inactive on Chromium)
Closed: May 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug



Sign in to add a comment

position: fixed bottom relative to fictitious viewport, and not layout viewport

Reported by pp.k...@gmail.com, Mar 2 2016

Issue description

Chrome Version       : 48 (on Android only)
URLs (if applicable) :http://quirksmode.org/m/tests/fictitiousviewport.html
Other browsers tested: Safari iOS, IE10 Mobile (and lots of others, but they don't apply; see below)
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari iOS 8 and 9: OK
    Firefox: n/a
         IE 10 Mobile: OK

What steps will reproduce the problem?
1. Go to http://quirksmode.org/m/tests/fictitiousviewport.html
2. You should see a red, fixed element at the bottom of the screen
3. It's not there. In fact, it's off-screen.

What is the expected result?
The red, fixed element should be positioned at the bottom of the screen (or, more correctly, at the bottom of the layout viewport).

What happens instead?
The element is offscreen, at a number of pixels equivalent to the height of a fictitious viewport that is stretched up to accomodate a too-wide element present in the page but retains its aspect ratio. See the test page for an example calculation and a script that proves that this is the case.


Please provide any additional information below. Attach a screenshot if
possible.

This bug does not occur in Safari iOS and IE10 Mobile, the only two other browsers where fixed elements are positioned relative to the layout viewport. Other browsers, such as UC, BlackBerry, Firefox, as well as Chrome below 40, position it relative to the visual viewport, so there this bug cannot occur.

I confirmed the existence of this bug in Samsung Chromium 44. I suspect it was introduced along with the revised position: fixed handling in Chrome 40, but that's an educated guess.

Thanks - ppk

 
Labels: OS-Android
Cc: tedc...@chromium.org aelias@chromium.org
Owner: ymalik@chromium.org
Status: Assigned (was: Unconfirmed)
Able to repro this issue on M48 , Samsung Tab S.
Cc: bokan@chromium.org

Comment 4 by bokan@chromium.org, May 6 2016

Mergedinto: 436871
Status: Duplicate (was: Assigned)
This is a known issue, duping into  issue 436871 .

Chrome's "layout viewport" is sized so that it's the size of the visual viewport at minimum zoom. The extra wide element makes it possible to zoom out further so we make the layout viewport larger. I think what's going on is the bottom fixed element is beyond the <html> element and we clip everything outside of that.

Sign in to add a comment