Lines missing when viewed in Preview.app for Chrome generated PDF from a SVG
Reported by
cthoma...@planitar.com,
Nov 14 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Open the attached floor.svg file in Google Chrome 2. Print the svg file to pdf 3. Open the resulting pdf in Preview on Mac OS What is the expected behavior? The svg inside the pdf file will display correctly when compared to the original svg file. What went wrong? The svg in the pdf file is missing some lines when compared to the original svg file. See the attached screenshot for an example. Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? Yes Chrome version: 61.0.3163.100 Channel: stable OS Version: OS X 10.12.6 Flash Version:
,
Nov 17 2017
Unable to reproduce the issue on mac 10.12.6 using chrome reported version #62.0.3202.94 and latest canary #64.0.3270.0. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Opened the attached floor.svg file in Google Chrome 2. Printed the svg file to pdf. 3. Opened the resulting pdf in Preview on Mac OS. 4. Observed that svg inside the pdf file displayed correctly when compared to the original svg file as expected. Note: As per the "Screen Shot 2017-11-14 at 4.56.10 PM.png" in comment #0, the lines missing is shown on safari not on chrome. cthomason@ - Could you please check the issue using latest stable #62.0.3202.94 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Also please check the issue in safari and please let us know the difference. Thanks...!!
,
Nov 17 2017
The PDF displays correctly in Chrome, but not in Preview.app. On load in Preview.app, the PDF is displayed correctly, but then it "blinks" and then renders incorrectly. I also tried opening floor.pdf in Acrobat Reader XI on Windows and with Okular on Linux. It displays correctly in those PDF viewers as well. So this is likely a bug in Preview.app. So you probably want to file a bug with Apple. It may be possible for SkPDF to generate PDFs differently to work around the Preview.app bug. Hal, WDYT?
,
Nov 17 2017
,
Nov 28 2017
Hal, can you make the call on whether SkPDF can work around this Preview.app issue, or if this is a WontFix?
,
Nov 28 2017
I just got back from a 1.5 week vacation yesterday, and am just looking at this now. Does anyone have a minimal test case?
,
Nov 28 2017
No minimal test case, but I imagine floor.svg can be reduced to just the outer border and the beige floor. No rush, just wanted to keep the bug moving.
,
Nov 29 2017
minimized test case:
void draw(SkCanvas* c) {
SkAutoCanvasRestore acr(c, false);
SkRect r{64, 16, 240, 240};
c->saveLayer(&r, nullptr);
c->drawRect(r, SkPaint());
SkPaint p;
p.setBlendMode(SkBlendMode::kDstIn);
c->saveLayer(&r, &p);
c->drawRect(r, SkPaint());
}
,
Aug 1
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by dtapu...@chromium.org
, Nov 15 2017