New issue
Advanced search Search tips

Issue 894719 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Oct 16
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Canvas2DRenderingContext sometimes fills instead of stroke

Reported by alexande...@gmail.com, Oct 12

Issue description

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

Steps to reproduce the problem:
1. Open attached html test case

What is the expected behavior?
Three line segments are drawn.

What went wrong?
A triangle is filled in bewteen two of the segments.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 69.0.3497.100  Channel: stable
OS Version: OS X 10.13.6
Flash Version:
 
canvas_fill.html
940 bytes View Download
fill_not_stroke.mov
1.7 MB View Download

Comment 1 Deleted

Labels: Needs-Triage-M69
Cc: vamshi.kommuri@chromium.org
Labels: Needs-Bisect Triaged-ET
Status: Untriaged (was: Unconfirmed)
Thanks for filing the issue!

Able to reproduce the issue on reported chrome version 69.0.3497.100 using Mac 10.13.1, same issue isn't seen on 60.0.3112.0, hence considering it as Regression and marking it as Untriaged. Adding Needs-Bisect label, will update the bisect info soon.
Components: Internals>Skia
Status: Available (was: Untriaged)
Thanks for the report.
Cc: fs...@chromium.org
Labels: -Type-Bug -Pri-2 -Needs-Bisect ReleaseBlock-Stable Target-70 Target-71 RegressedIn-69 M-70 FoundIn-71 FoundIn-70 hasbisect FoundIn-69 OS-Linux OS-Windows Pri-1 Type-Bug-Regression
Owner: senorblanco@chromium.org
Status: Assigned (was: Available)
++Able to reproduce the issue on reported chrome version 69.0.3497.100 and the issue isn't seen on latest canary 72.0.3581.3 using Windows 10, Mac 10.13.1 and Ubuntu 14.04

Bisect Information:
-------------------
Last Bad Build:  71.0.3562.0
First Good Build:71.0.3563.0

Providing the chromium bisect as we are getting an error while doing per revision bisect.
You are probably looking for a change made after 594604 (known good), but no later than 594617 (first known bad).
CHANGELOG URL:
 https://chromium.googlesource.com/chromium/src/+log/65d577fb9759e31673e19d76db8b4a4e447dab39..cd031b000616f1d080e646a6fd545c03d94a369c
https://skia.googlesource.com/skia.git/+log/5ea41fc89b26..88e4a9395a45
Suspecting: https://skia.googlesource.com/skia.git/+/cfe1264d7465b0791073969ba6375dcca20afec9
Review URL: https://skia-review.googlesource.com/157220

@Stephen White: Please help in assigning it to the right owner, if this isn't related to your change. Adding RBS for M-70, please feel free to adjust the milestone.
Status: Fixed (was: Assigned)
Yes, that change does seem to fix this problem.
Labels: Merge-TBD
[Auto-generated comment by a script] We noticed that this issue is targeted for M-70; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-70 label, otherwise remove Merge-TBD label. Thanks.
Labels: -Target-70 -M-70 M-71
I suggest waiting for M-71.
Seems like no merge is needed to M71 per comment #6. Pls renove "Merge-TBD" label or request a merge to M71 if needed. Thank you.
Labels: -Merge-TBD -Needs-Triage-M69

Comment 12 Deleted

Running a bisect-builds.py on a linux64 machine:

You are probably looking for a change made after 568151 (known good), but no later than 568157 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/cafe788e00b3c748706f30b14c29cafbe44a55dc..b90af89c22a2a105152fcd9985b795c84c3ccd37
Yeah, this is probably a dupe of 884166 or 887103.

Sign in to add a comment