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

Issue 780721 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

SVG rendering problem

Reported by itchina...@gmail.com, Nov 2 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Safari/537.36

Steps to reproduce the problem:
1. open https://www.mozilla.org/en-US/firefox/developer/

What is the expected behavior?

What went wrong?
SVG  rendering transparency problem

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 62.0.3202.75  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
bug.jpg
476 KB View Download
bug.jpg
476 KB View Download
Components: -Blink>SVG Internals>GPU>VendorSpecific
Can't reproduce with 62.0.3202.62 on Mac 10.12.6 Retina, nor later versions. This kind of thing is frequently due top specific hardware/driver combinations.

Could you attach the output from chrome://gpu? This may be a class of known bugs with buffer clearing and opacity.
Labels: Needs-Feedback Needs-Triage-M62

Comment 3 Deleted

Project Member

Comment 4 by sheriffbot@chromium.org, Nov 7 2017

Cc: brajkumar@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
gpu.htm
52.6 KB View Download
Hi schenney@, I can also reproduce the svg render issue with corp Macbook. Open https://www.mozilla.org/en-US/firefox/developer/ then scroll down.
Screen Shot 2017-11-07 at 09.39.21.png
700 KB View Download
64.0.3261.0 (Official Build) canary (64-bit) and 61.0.3163.100 stable
on Mac Retina, 15-inch, Mid 2015 10.12.6
Cc: susanjuniab@chromium.org
Labels: -Type-Bug -Pri-2 hasbisect-per-revision M-64 Pri-1 Type-Bug-Regression
Owner: enne@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on MacBook Pro(Retina, 15-inch, Mid-2015) with Graphics 'Intel Iris Pro 1536 MB' on latest stable 62.0.3202.89 and Canary 64.0.3261.0 with the steps mentioned in the original comment.
Issue is not observed on Windows 7, Ubuntu 14.04 and on MacBook Air (13-inch, Early 2015) with Graphics Intel HD Graphics 6000 1536 MB.

Bisect Information:
=====================
Good build: 59.0.3071.0 (Revision-464641)
Bad Build : 60.0.3072.0 (Revision-464836)

Change Log URL: 
===============
https://chromium.googlesource.com/chromium/src/+log/d1040f6d95719c52a3ec442c76be29d5c0630bf4..e594588348ea08e4cdc15dc587efa5645db5023e

From the above change log the possible CL suspect is:
Reviewed-on: https://codereview.chromium.org/2768143002

enne@ Could you please check whether this issue is caused with respect to your change, if not please help us in assigning it to the right owner.


Thanks...!!

Comment 9 by enne@chromium.org, Nov 9 2017

To try to narrow down where the bug is, can somebody who can reproduce this try with "GPU rasterization" in chrome://flags set to both disabled and enabled and report if disabling it works around the problem?
OK,if GPU rasterization set disabled, bug will disappear
The other three options, bugs will exist

Comment 11 by enne@chromium.org, Nov 10 2017

Cc: robertphillips@chromium.org enne@chromium.org
Owner: bsalomon@chromium.org
bsalomon: can you triage this gpu raster / hardware specific issue? 
I have a repro on a early 2015 mac with a intel iris graphics 6100
Cc: bsalomon@chromium.org
Owner: senorblanco@chromium.org
This appears to be related to the tessellated path renderer. If I knock that out then the path draws correctly.
Status: Fixed (was: Assigned)

Sign in to add a comment