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

Issue 739623 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Closed: Dec 12
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression:Delay is seen while loading tooltip after hovering mouse on iron icon.

Reported by vku...@etouch.net, Jul 6 2017

Issue description

Chrome Version: 61.0.3150.0 (Official Build) e32c608bfaee28eb9bd478073a2f222fb6c28133-refs/heads/master@{#484424} 32/64 bit 
OS:Windows (7,8,10), Mac (10.11.6, 10.12.3), Linux (14.04 LTS)

Precondition: Install notifications galore app from url mentioned below such that default entry appears. 
URL: https://chrome.google.com/webstore/detail/notifications-galore/gclcddgeeaknflkijpcbplmhbkonmlij/related?utm_source=chrome-ntp-launcher


What steps will reproduce the problem?
(1)Launch chrome and navigate to chrome://settings/content/flash
(2)Hover mouse on iron icon indicator and observe the tooltip

Actual: Delay is seen while loading tooltip after hovering mouse on iron icon.

Expected: Tooltip should be completely visible after hovering mouse on iron icon.

This is a regression issue broken in 'M60' and below is the manual regression range
Good Build: 60.0.3111.0
Bad Build:  60.0.3112.0



 
Actual_Settings.mov
2.0 MB Download
Cc: kkaluri@chromium.org
Labels: hasbisect-per-revision
Owner: dschuyler@chromium.org
Status: Assigned (was: Unconfirmed)
Bisect Info:
===========
Good build : 60.0.3111.0,  Revision Range - 474651
Bad build  : 60.0.3112.0,  Revision Range - 474897

After executing the per-revision bisect script , i got the following CL's between good and bad build versions
===========================================
https://chromium.googlesource.com/chromium/src/+log/4a21fd7fbad35d3105789fddd733b5e9a723ffaa..13157f21a3e66cad40850e65c741795144817f2f

From the above CL suspecting the below change
---------------------------
https://chromium.googlesource.com/chromium/src/+/13157f21a3e66cad40850e65c741795144817f2f


dschuyler@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.

When I test this on Ubuntu on a specialist machine (which should be fast), the tooltip is slow with or without that CL. I suspect that https://chromium.googlesource.com/chromium/src/+/13157f21a3e66cad40850e65c741795144817f2f is not the culprit.

By slow, I mean that about half the tooltip will show up after a reasonable timer, and then a moment later the remainder of the tooltip will appear. E.g. if the tool tip were:

  Apples and Oranges

I'd see

  Apples An

And then a moment later, see

  Apples and Oranges

Owner: dpa...@chromium.org
dpapad@ wdyt? Or do you know if someone is already looking into this?
Cc: dschuyler@chromium.org
Owner: ----
Status: Available (was: Assigned)
This looks like a Blink bug to me, in which case a minimal repro example could be useful. My other guess would be that some background code is turning off/on "overflow: hidden", but looking at the video, I don't think this is likely (there is no page animation happening).

Un-assigning myself. Feel free to pick up if you want to investigate a Blink minimal repro (or disprove the Blink bug theory). To my knowledge nobody is looking into this issue currently.
Project Member

Comment 5 by sheriffbot@chromium.org, Jul 9

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Owner: johntlee@chromium.org
Status: Assigned (was: Untriaged)
@johntlee: I recall you had mentioned potentially turning off the delay for all paper-tooltips.
We can, but this looks like a separate issue. Looking at the video and comment #2, this bug is about how the tooltip would initially transition in cropped, with an actual chunk of the tooltip missing. 

I'm unable to reproduce this currently.
> I'm unable to reproduce this currently.

Perhaps this was fixed after the removal of page/subpage animations from  issue 907333 ? Either way, feel free to close this as WontFix if the issue is no longer reproducible.
Status: WontFix (was: Assigned)

Sign in to add a comment