New issue
Advanced search Search tips

Issue 677689 link

Starred by 5 users

Issue metadata

Status: Available
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

`drop-shadow` filter blur radius is 2x too large

Reported by nathanie...@gmail.com, Dec 31 2016

Issue description

Chrome Version       : 55.0.2883.95
URLs (if applicable) : https://jsfiddle.net/9t03s3u1/1/
Other browsers tested:
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari: OK
    Firefox: FAIL
         IE: Untested

What steps will reproduce the problem?
(1) Add two square elements side by side.
(2) Add the CSS property `filter: drop-shadow(0 5px 10px black)` to the first element and the CSS property `box-shadow: 0 5px 10px black;` to the second one.

What is the expected result?
The shadows should look almost identical aside from some minor rendering differences.

What happens instead?
The element with the CSS drop shadow filter has a blur radius that is 2x as large as the box shadow element, even though the shadow declarations are identical. If I decrease the shadow radius of the drop shadow by a factor of two, I get the expected result.

Please provide any additional information below. Attach a screenshot if
possible.
This was tested on a MacBook Pro with Retina display, so the increased pixel density may cause an issue. However, when I changed the screen to a native resolution, the issue still occurred.
The [W3C specification for CSS filters](https://www.w3.org/TR/filter-effects/#funcdef-drop-shadow) states that "values are interpreted as for box-shadow [CSS3BG]." Therefore, similar results should be expected from the two properties.

 
Safari Results (OK).png
19.4 KB View Download
Chrome Results (FAIL).png
24.0 KB View Download
Chrome Results (blur radius adjusted).png
19.0 KB View Download

Comment 1 by f...@opera.com, Jan 2 2017

Components: Blink>CSS>Filters
Status: Available (was: Unconfirmed)
There appears to be an inconsistency in the spec here, since besides what you quote above there's also a reference to https://www.w3.org/TR/filter-effects/#dropshadowEquivalent which suggests that it's not a blur radius but a standard deviation (which Blink interprets it as. Gecko appears to do that too.)

I've raised an issue on the spec to get this cleared up: https://github.com/w3c/fxtf-drafts/issues/102

Marking this as available, but we'd probably need to wait for some movement on the above before taking any action.
 Issue 620709  has been merged into this issue.

Comment 3 by suzyh@chromium.org, Apr 5 2017

Components: -Blink>CSS>Filters Blink>Compositing>Filters
Project Member

Comment 4 by sheriffbot@chromium.org, Apr 6 2018

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
Status: Available (was: Untriaged)
Did anything ever come of the spec clarification?

Sign in to add a comment