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

Issue 684753 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 684829
Owner: ----
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

hangouts person icons disappear and/or not always visible for users that are "away"

Project Member Reported by wfh@chromium.org, Jan 24 2017

Issue description

Chrome Version: 58.0.2990.0 (Official Build) canary (64-bit)
OS: Windows 10

What steps will reproduce the problem?
(1) Use hangouts
(2) Wait for a reply from person
(3) Wait for other person to go afk or not read your message

What is the expected result?

Little circle that represents the person is fully visible

What happens instead?

Little circle vanishes or does not appear, or only half appears.

Please use labels and text to provide additional information.

Only appears to break for the greyed out avatar picture.

Good on stable: 55.0.2883.87 (Official Build) m (64-bit)
Bad on Canary: 58.0.2990.0 (Official Build) canary (64-bit)

For graphics-related bugs, please copy/paste the contents of the about:gpu
page at the end of this report.

 

Comment 1 by wfh@chromium.org, Jan 24 2017

screenshot of the circle not fully appearing for a recipient who is "away".
badhangout.png
2.3 KB View Download

Comment 2 by wfh@chromium.org, Jan 24 2017

here is the same hangout in canary vs stable, side by side. Sometimes the circle is not totally cut off but just a few pixels as it is here, but most of the time the afk/greyed out circle is cut off in Canary.
hangout2.png
3.0 KB View Download

Comment 3 by wfh@chromium.org, Jan 24 2017

Summary: hangouts person icons disappear and/or not always visible for users that are "away" (was: hangouts afk person icons disappear and/or not always visible)

Comment 4 by wfh@chromium.org, Jan 24 2017

hmm I get the same thing with critique with a greyed out box so maybe something to do with that style in general
critique_also.png
2.1 KB View Download

Comment 5 by wfh@chromium.org, Jan 24 2017

Cc: trchen@chromium.org cjgrant@chromium.org varkha@chromium.org pdr@chromium.org yhirano@chromium.org ericwilligers@chromium.org
both have the opacity property set so maybe something to do with that. Adding a few random people based on a random walk of opacity related CLs.

Comment 6 by hdodda@chromium.org, Jan 25 2017

Components: Internals>Skia
Labels: -Needs-Bisect hasbisect-per-revision ReleaseBlock-Beta M-58 OS-Mac
Tested the issue on Mac OS 10.12.2 using chrome M58 #58.0.2991.0 and issue is reproduced.

Using the per-revision bisect providing the bisect results,
Good build:58.0.2988.0 (revision : 445272)
Bad build: 58.0.2989.0 (revision : 445281)

You are probably looking for a change made after 445275 (known good), but no later than 445276 (first known bad).

CHANGELOG URL:

The script might not always return single CL as suspect as some perf builds might get missing due to failure.

  https://chromium.googlesource.com/chromium/src/+log/209094f6afac678695e7061b0e02e3dc21eb7ebe..677c0342b556d3dd7a5387ffba13cc0079439ad7

Skia Suspect :

https://skia.googlesource.com/skia.git/+log/1517224346e9..17b5e5c591fc

From the above regression range , this issue looks similar to  issue 683799 .

Note :1. marking it as ReleaseBlock- Beta , as it is a M58 regression. 
      2. Issue is not seen on Linux OS.

Thanks!

Comment 7 by hdodda@chromium.org, Jan 25 2017

Cc: hdodda@chromium.org
Labels: -Pri-2 Pri-1

Comment 8 by hdodda@chromium.org, Jan 25 2017

Cc: manoranj...@chromium.org bustamante@chromium.org

Comment 9 by ajha@chromium.org, Jan 25 2017

Cc: -bustamante@chromium.org abdulsyed@chromium.org
Cc'ing abdulsyed@ as M-58 TPM.

Comment 10 by hcm@google.com, Jan 26 2017

Cc: hcm@chromium.org robertphillips@chromium.org reed@google.com
+Robert and Mike
Mergedinto: 684829
Status: Duplicate (was: Untriaged)
Given the behavior and CL range this probably has the same root cause as  crbug.com/684829  (Mousing over divs with CSS transitions causes div background image to shift)

Sign in to add a comment