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

Issue 662378 link

Starred by 5 users

Issue metadata

Status: Fixed
Owner:
Closed: Dec 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Box-shadow conflict with background-color

Reported by jmau...@gmail.com, Nov 4 2016

Issue description

Chrome Version       : 54.0.2840.87 (64-bit)
URLs (if applicable) : http://www.parktool.com/category/new
Other browsers tested: 
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari: OK
    Firefox: OK
         IE: OK
       Edge: OK
   Chromium: FAIL

What steps will reproduce the problem?
(1) Visit http://www.parktool.com/category/new
(2) Hover over different products listed
(3) Box-shadow hover effect only works when thumbnail image doesn't fully fill 185px by 160px div

What is the expected result?
Box-shadow should be visible when hovering on all thumbnails

What happens instead?
Box-shadow hover effect only visible when thumbnail image doesn't fully fill 185px by 160px div


Please provide any additional information below. Attach a screenshot if
possible.
You can see an example video here: https://youtu.be/6cDsWfXAWZo

This issue does not occur on any of the major browsers. Just occurs on Chrome in both Mac and Windows environments (haven't tested Linux).

I did some troubleshooting and noticed that when I removed the background-color property from the div (in this case the .prod-image-wrapper div), the problem is resolved. Appears to be a conflict between box-shadow, background-color, and images that fill the full dimensions of a div. Is this the intended functionality?
 
Cc: sureshkumari@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on Windows-7, Mac-10.11.6 and Linux Ubuntu-14.04 using chrome stable version 54.0.2840.87 and Latest canary 56.0.2912.0 with the steps mentioned above .
 
Please find the attached screen-cast and could you please let us know if anything missed here to reproduce the issue.


Thanks.


662378.mp4
4.0 MB View Download

Comment 2 by jmau...@gmail.com, Nov 8 2016

Sometimes if your mouse is hovering over one of the thumbnails when the page loads, that one in particular will work during that session. I also noticed just a moment ago that the box-shadow would sometimes work after switching from a different tab. Not sure how many you tested but on that page the following are a few products that are exhibiting the unexpected behavior: CM-25, RBS-25, PRS-22, TS-4, and all of the TAP-**. I tested in both Mac 10.11.6 and Windows 10 and the behavior was present in both. I tried a fresh install 54.0.2840.87 with all extensions disabled and the behavior was still present. However, I tried running the page in Chrome Canary and the problem was no longer present. Perhaps this has been resolved with another bug fix.
Project Member

Comment 3 by sheriffbot@chromium.org, Nov 15 2016

Labels: -Needs-Feedback Needs-Review
Owner: sureshkumari@chromium.org
Thank you for providing more feedback. Adding requester "sureshkumari@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 by tkent@chromium.org, Dec 9 2016

Components: Blink>Paint
Labels: -Type-Bug -Pri-3 -Needs-Review M-56 Pri-1 Type-Bug-Regression
Owner: fmalita@chromium.org
Status: Assigned (was: Unconfirmed)
This definitely reproduces, on one of my favorite sites for random browsing (I found something I need and never knew existed).

Assigning to fmalita@, because this is almost certainly due to fast path background image painting.

And it's a stable regression.
Labels: Needs-Bisect
Start somewhere around here but I now doubt that it's the cause.

https://codereview.chromium.org/1949253004/

It's a major triage failure that this took more than 4 weeks to get to us.

Comment 8 by pdr@chromium.org, Dec 9 2016

Cc: tkent@chromium.org
Tkent triaged many of these last night. @tkent, do you know how these escaped the bug triage rotations? Did you do a special search to find these?

Comment 9 by tkent@chromium.org, Dec 12 2016

pdr, the Blink-wide bug rotation now covers bugs with no components.

Task 3 in https://sites.google.com/a/chromium.org/dev/blink/blink-triaging .

Cc: fmalita@chromium.org
Labels: -Needs-Bisect hasbisect-per-revision OS-Mac OS-Windows
Owner: wangxianzhu@chromium.org
Able to reproduce on Windows 10 and Mac 10.12.1 using chrome reported version #54.0.2840.87 whereas unable to reproduce in the latest canary #57.0.2948.0. Unable to reproduce the issue on linux.

Reverse Bisect Information:
=====================
Good build:  56.0.2910.0 Revision(430103)
Bad Build :  56.0.2908.0 Revision(429486)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/57c0a6fdc6a530bcb43f6657a8cf708752adca66..eac477641ec5fdf9e3b9ec52d46fc3a908e8503e

From the above change log suspecting below change

Review url: https://codereview.chromium.org/2464053003

wangxianzhu@ - Could you please check and merge the fix to M56 if it is a valid candidate.

Thanks...!!
 Issue 673108  has been merged into this issue.
Status: Fixed (was: Assigned)
The fix is already in m56.

Sign in to add a comment