Issue metadata
Sign in to add a comment
|
SVG representation wrong
Reported by
allemann...@gmail.com,
Feb 19 2018
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36 Steps to reproduce the problem: 1. Call https://www.fotoblitz.ch/de/konfigurator?id=2005&?&config=%7B%7D& 2. 3. What is the expected behavior? The black area should not be black (cup) What went wrong? If you open the link in Safari or any other browser, the black area will not be black. Even with Chrome for PC, it's no problem. Did this work before? Yes 63 Does this work in other browsers? Yes Chrome version: 64.0.3282.167 Channel: stable OS Version: OS X 10.13.3 Flash Version: Please send me a message why this is so. allemann.patrick@gmail.com The problem exists only since the latest update
,
Feb 19 2018
That has exactly to do with it. After switching off, it works. The only question is, how can I say this to our customers. They do not know why it is displayed in black and if that is correct. Can you turn that off for the next update? Or how can this be programmed differently?
,
Feb 19 2018
I don't think that setting will be turned per default - potentially on a case-by-case basis. Could you provide/attach the contents of chrome://gpu to this bug? That should potentially help produce a fix for the issue.
,
Feb 19 2018
Unfortunately it is the same problem with all Mac devices.
,
Feb 19 2018
Could you provide the chrome://gpu output when the "hardware acceleration" setting is enabled (i.e when the bug reproduces?)
,
Feb 19 2018
With activated hardware acceleration
,
Feb 19 2018
,
Feb 20 2018
Able to reproduce this issue on reported version 64.0.3282.167, latest beta 65.0.3325.73 , on latest canary 66.0.3350.0 using Mac 10.13.3 and Windows 10. i.e; Area on cup is seen black. Issue is not reproducible with Ubuntu 14.04. Good Build: 64.0.3271.0 Bad Build: 64.0.3272.0 You are probably looking for a change made after 517611 (known good), but no later than 517612 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/c22227095c899aed65e70000d4c23370b06f69c1..6abc3144bdeabb9d6d965896f530d12e8c0481c4 In skia roll mentioned above suspecting https://skia-review.googlesource.com/73200. @ liyuqian: Please confirm the bug and help in re-assigning if it is not related to your change. Adding RB-Stable for M-64. Please change if not the case. Thanks!
,
Feb 21 2018
Does this bug look similar to https://bugs.chromium.org/p/skia/issues/detail?id=7583 ?
,
Mar 26 2018
,
Apr 11 2018
https://bugs.chromium.org/p/skia/issues/detail?id=7583 should have been fixed. Can someone verify if this is also fixed?
,
Apr 12 2018
allemann.patrick@ could you please try this out again with Chrome Canary? I can't reproduce it with Chrome 66 on Mac so I can't verify that it is fixed.
,
Apr 12 2018
Hello Thank you, the problem is resolved and everything is running smoothly again.
,
Apr 12 2018
Fixed per comment #13. Closing. Thanks very much for getting back to us quickly.
,
Apr 30 2018
The NextAction date has arrived: 2018-04-30
,
Apr 30 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by f...@opera.com
, Feb 19 2018