Bug 158119 - SVG gets different colour when React repaints part of the screen
Summary: SVG gets different colour when React repaints part of the screen
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: SVG (show other bugs)
Version: WebKit Nightly Build
Hardware: Mac OS X 10.11
: P2 Major
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-26 08:13 PDT by Antonis Karamitros
Modified: 2016-06-06 15:34 PDT (History)
4 users (show)

See Also:


Attachments
Screenshot of the bug onto Webkit nightly (342.07 KB, image/png)
2016-05-26 08:14 PDT, Antonis Karamitros
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Antonis Karamitros 2016-05-26 08:13:20 PDT
I don't know how to accurately describe the bug.

In essence, the problem is that a specific SVG icon, changes colour ( from orange to blue ) in random times ( must be something with repainting, or something that React triggers ).

To reproduce it:
- go to https://hack.ernews.info
- wait a few seconds ( might take a minute ) for some update to come, and then part of the stories list will update. Some icons will then change to blue colour (!)
( see screenshot for example, it's taken from Webkit nightly )


It happens on all Safari versions ( Safari, Safari TP, Webkit nightly )
It happened before when I had another SVG icon as "comments" icon.
It happens even though other icons in the page are orange ( all are made as react components, and I use "fill" to color them, so no difference there )
Comment 1 Antonis Karamitros 2016-05-26 08:14:07 PDT
Created attachment 279885 [details]
Screenshot of the bug onto Webkit nightly
Comment 2 Antonis Karamitros 2016-05-26 08:16:45 PDT
Forgot to mention, it doesn't happen on any other browser.
I tested it in:
Chrome ( many versions ), Opera, Opera beta, Firefox, Firefox Dev edition, IE 11, Edge.
That icon never changes colour in any other browser.
Comment 3 Simon Fraser (smfr) 2016-06-06 10:35:51 PDT
This is a bug in an underlying frame work (rdar://problem/22900379). There's nothing WebKit needs to do to fix it.
Comment 4 Antonis Karamitros 2016-06-06 14:59:53 PDT
(In reply to comment #3)
> This is a bug in an underlying frame work (rdar://problem/22900379). There's
> nothing WebKit needs to do to fix it.

What do you mean by "underlying framework"?
And where does that link go to? (rdar://problem/22900379)
Comment 5 Simon Fraser (smfr) 2016-06-06 15:26:40 PDT
(In reply to comment #4)
> (In reply to comment #3)
> > This is a bug in an underlying frame work (rdar://problem/22900379). There's
> > nothing WebKit needs to do to fix it.
> 
> What do you mean by "underlying framework"?

Another system framework related to graphics.

> And where does that link go to? (rdar://problem/22900379)

An internal Apple bug tracking database.
Comment 6 Antonis Karamitros 2016-06-06 15:28:17 PDT
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > This is a bug in an underlying frame work (rdar://problem/22900379). There's
> > > nothing WebKit needs to do to fix it.
> > 
> > What do you mean by "underlying framework"?
> 
> Another system framework related to graphics.
And where does that belong?
OSX?
Comment 7 Simon Fraser (smfr) 2016-06-06 15:34:08 PDT
OS X and iOS. This is a known bug and will be fixed in a future OS update.
Comment 8 Antonis Karamitros 2016-06-06 15:34:54 PDT
(In reply to comment #7)
> OS X and iOS. This is a known bug and will be fixed in a future OS update.

Good to hear.
Thank you.