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

Issue 834360 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug


Participants' hotlists:
Indispensable-for-Project-V


Sign in to add a comment

Changing SVG filter through class switch not working

Reported by philipp....@gmail.com, Apr 18 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.106 Safari/537.36

Steps to reproduce the problem:
1. Go to https://codepen.io/skefr/pen/gzOjOP (or open attached test case).
2. Click one of those two buttons (e.g. "Red to Green"). The blue circle should get a highlight of the target color.
3. Click the other button. The color of the highlight should change to the other color.

What is the expected behavior?
You should first see a highlight of one color and then a highlight of another color, fully applied to the whole circle.

What went wrong?
After clicking the other button the highlight does not properly change colors (or rather, the other filter does not get properly applied).

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 66.0.3359.117  Channel: n/a
OS Version: 
Flash Version: 

setTimeout in-between the classList changes might work as a workaround.
 
chrome-bug-classes-and-filters.zip
1.9 KB Download
Reproduces on Windows and Linux. Also happens if className is used as can be seen from a modified test case: https://codepen.io/skefr/pen/pVoOjY

Comment 2 by woxxom@gmail.com, Apr 18 2018

Broken since "filter" was enabled by r400752 in Chrome 53.0.2774.0
Fixed by 3a3c78a924a686ed0d3f90d765b00cdd78453e11 in Chrome 67.0.3372.0
Issue 109224 might be related.

Labels: Needs-Triage-M66
Components: Blink>SVG
Cc: sindhu.chelamcherla@chromium.org
Labels: Triaged-ET M-66 FoundIn-66 Target-66 hasbisect OS-Linux OS-Mac
Owner: wangxianzhu@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on 66.0.3359.117 using Windows 10, Mac 10.13.3 and Ubuntu 14.04 but issue is fixed on latest dev 67.0.3396.10 and on latest canary 68.0.3400.0. Hence providing reverse bisect info.

NOTE: This issue is seen from M-60.

Last Bad Build: 67.0.3371.0
First Good Build: 67.0.3372.0

As per cl in comment#2 assigning to wangxianzhu@ from https://chromium.googlesource.com/chromium/src/+/3a3c78a924a686ed0d3f90d765b00cdd78453e11.

@wangxianzhu: Please help in confirming the bug.

Thanks!
Because this is fixed in M-67 with Slimming Pant v1.75 we will not be able to merge a fix back. So I suggest we just mark this as WontFix and wait for the next release.
Labels: -M-66 -Target-66 Target-67 M-67
Status: Fixed (was: Assigned)
I'm marking it as Fixed in M-67.

Sign in to add a comment