New issue
Advanced search Search tips

Issue 866609 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug

Blocking:
issue 889144



Sign in to add a comment

Android InfoBar has inconsistent visibility on some pages

Project Member Reported by ryansturm@chromium.org, Jul 23

Issue description

Chrome Version: Latest Android Canary

What steps will reproduce the problem?
(1) chrome://flags 
(2) Enable "Heavy Page Capping" with the "Enabled (Low)" option
(3) Enabled Data Saver, "..." menu, Settings, Data Saver, Toggle to "On" 
(4) Restart Chrome
(5) Navigate to an infinite scroll site such as logged in facebook.com (must use more than 1MB)
(6) Once the InfoBar for Capping Heavy Pages appears, scroll up and down on the page

What is the expected result?
Whenever the user scrolls down, the InfoBar should be hidden, whenever the user scrolls up, the InfoBar should re-appear.

What happens instead?
Varies, sometimes the InfoBar becomes half visible, sometimes it does not become hidden or visible when it should.



This should be repeatable with other InfoBars as well (Previews is probable affected). Potentially, the InfoBar should not be hidden when scrolling down if it was created within the past few seconds as the user may not see it in that case.
 
Owner: tedc...@chromium.org
Tedchoc, is there a good owner for this?

This behavior is inconsistent even within the same page.
Cc: tedc...@chromium.org
Owner: mdjones@chromium.org
mdjones@ is the infobar owner.  If you want to poke around yourself, you can look at createGestureStateListener in SwipableOverlayView to see what is causing the oddness.
Aside from the unintended behavior, would it make sense to file a separate bug for not allowing the InfoBar to be hidden via scroll for a few seconds after it is created? I can file a separate bug if that is something we might want to pursue. I noticed that I have unintentionally hidden InfoBars within a short time of them appearing by scrolling.
For #3, filing a separate feature request makes sense.  austinknight@ from UX has been looking at changes to the broader infobar UI, so it might make sense to loop him into said feature request.
I split off the hidden timing issue into crbug.com/866709
Status: Assigned (was: Untriaged)
Refreshed during triage. Any updates here?
Refreshed during triage. Any updates?
Blocking: 889144
Issue 808975 has been merged into this issue.

Comment 11 by tbansal@chromium.org, Jan 18 (4 days ago)

Components: -Blink>Previews

Comment 12 by tbansal@chromium.org, Jan 18 (4 days ago)

Components: Blink>Previews

Sign in to add a comment