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

Issue 666338 link

Starred by 1 user
Status: Assigned
Owner:
bokan@chromium.org
Cc:
█ aelias@chromium.org
█ ram...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug



Sign in to add a comment

adcash.com menu options overlap while scrolling

Reported by preeti.n...@samsung.com, Nov 17 2016 
Steps to reproduce the problem:
1. Go to adcash.com
2. Scroll down slowly
3. Observe the rendering

What is the expected behavior?
Menu options should not overlap.

What went wrong?
'Register'/'Support' menu option overlaps with the brand name on the screen while scrolling down.

Did this work before? N/A 

Chrome version: <Copy from: 'about:version'>  Channel: n/a
OS Version: 6.0.1
Flash Version: 56.0.2922.0

Comment 1 by rsgav...@chromium.org, Nov 17 2016

Cc: ram...@chromium.org
Labels: triage-te

Comment 2 by ram...@chromium.org, Nov 17 2016

Cc: aelias@chromium.org
Components: Blink>Scroll
Labels: -triage-te M-55
Status: Untriaged (was: Unconfirmed)
Was able to repro on chrome stable '54.0.2840.85' on P8 Lite device/5.1.1

Did this work before?

Comment 3 by ram...@chromium.org, Nov 17 2016 

http://go/chrome-androidlogs1/6/666338

Added files:
menuOverlap.mp4
menuOverlap.txt

Comment 4 by preeti.n...@samsung.com, Nov 21 2016 

This bug is present in ChromePublic.apk and not seen in ChromeShell.apk of the following snapshots-

http://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Android/331129/

Comment 5 by bokan@chromium.org, Dec 1 2016

Cc: bokan@chromium.org
Status: WontFix (was: Untriaged)
Unless I'm missing something, I think this is the page being broken. I see the same behavior on iOS safari and Firefox Android. Feel free to reopen if I'm missing something.

Comment 6 by preeti.n...@samsung.com, Dec 2 2016 

Hi
I am not able to reproduce this issue on firefox 50.0.2.
Could you please share a video if possible?

Comment 7 by bokan@chromium.org, Dec 5 2016

Cc: -bokan@chromium.org
Labels: -Pri-2 -M-55 Hotlist-Input-Dev Hotlist-Interop Pri-3
Owner: bokan@chromium.org
Status: Assigned (was: WontFix)
Ok, I see what you mean, you can see the "Login" button on the menu when you scolldown (but don't lift the finger).

The menu is in a position: fixed div that's moved up above the screen while it's "hidden". What's happening here is that, because it has a `bottom: 0` style (as well as top: 0) it gets the counter-scrolling logic we apply to bottom fixed elements so it doesn't move up with the URL bar. I've put up a minimized test case at http://bokand.github.io/bottomfixed.html you can compare what happens on each browser.

I believe this is technically WAI today, but seems like a source of interop issues. I'll leave it on myself to determine the exact behavior in Firefox and Safari and see if there's something we can do to make things better (only counterscroll if we're not fixed to `top`?)
►

Sign in to add a comment