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

Issue 720934 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 710443
Owner:
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Fill pattern using rectangle not filling all space

Reported by josua.kr...@gmail.com, May 10 2017

Issue description

Chrome Version       : 57.0.2987.133 (Official Build) (64-bit)
Revision: ec33cd0c06881d919ac0de419d829ad914e0be8f-refs/branch-heads/2987@{#887}
OS: Mac OS X
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
URLs: http://jsfiddle.net/v9n71x5e/
Other browsers tested:
     Safari: OK
     Chrome: FAIL

What steps will reproduce the problem?
The following fill pattern will not render correctly in Chrome:

<div style="width: 1150px; height: 900px;">
  <svg width="1150" height="900">
    <defs>
      <pattern id="pat" x="0" y="0" width="10" height="10" patternUnits="userSpaceOnUse">
        <rect x="0" y="0" width="10" height="10" fill="#67a9cf" stroke="none" stroke-width="0"></rect>
        <path fill="none" stroke="black" stroke-width="0.5" stroke-linecap="square" d="M0 2.5 M0 2.5 L2.5 0 M0 7.5 L7.5 0 M2.5 10 L10 2.5 M7.5 10 L10 7.5"></path>
      </pattern>
    </defs>
    <rect x="0" y="0" width="75" height="75" fill="url(#pat)"></rect>
  </svg>
</div>

What is the expected result?
The rectangle should be filled with a blue color and a black hatching pattern (see expected.png).

What happens instead?
The pattern does not fill completely and has white gaps (see actual.png).
However, the lines (<path>) tile correctly.

The problem started occurring after the update last month.

System Configuration:
Mac OS X 10.12.4 (16E195)
ram: 8 GB 1600 MHz DDR3
gfx: Intel Iris Pro 1536 MB
 
expected.png
5.8 KB View Download
actual.png
6.7 KB View Download
Labels: Needs-Milestone
Cc: sureshkumari@chromium.org
Components: Blink>SVG
Labels: -Type-Bug -Pri-3 hasbisect-per-revision M-60 OS-Mac Pri-1 Type-Bug-Regression
Owner: ericrk@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Mac-Retina-10.12.4 using chrome stable version 58.0.3029.110 and canary 60.0.3100.0.This is regression issue, broken in M56.

Using the per-revision bisect providing the bisect results,
Good build:56.0.2900.0-(Revision:427219).
Bad build: 56.0.2901.0 (Revision:427541).
CHANGE-LOG URL:
https://chromium.googlesource.com/chromium/src/+log/26ce312cc8b3f53dc76df85e45c17bba93685fc3..43de8ce7588866b2ce0eefa9ccf9f570c22f1df7

Review-Url: https://codereview.chromium.org/2447163002
ericrk@ Could you please look into this issue, help us to assign this issue to the right owner if not respect to your change.

Note:Issue is specific to Mac Retina.
Thanks.

Components: -Blink>SVG Internals>GPU>Rasterization
The regression is enabling GPU Raster on Mac. But I could not reproduce it on 60.0.3100.0 on a HighDPI laptop.

Comment 4 by ericrk@chromium.org, May 15 2017

sureshkumari@, can you please provide the contents of "http://about:gpu" from the machine you are able to reproduce on? I've tried on two mac retina machines and have not been able to reproduce.

Might involve a very specific Skia path / gpu config.
seems to be resolved in Mac OS X 10.12.5
Mergedinto: 710443
Status: Duplicate (was: Assigned)

Sign in to add a comment