mix-blend-mode (at least used in an SVG) not respected when printing
Reported by
sbacri.x...@gmail.com,
Jan 2
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0 Example URL: http://jsfiddle.net/2m9qf605/ Steps to reproduce the problem: 1. open a web page containing an SVG using mix-blend-mode set to overlay 2. try to print this page (or just open print preview) What is the expected behavior? The printed page should look as the viewed page What went wrong? The printing engine didn't manage to print the same colors as the renderer. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? No Does this work in other browsers? Yes Chrome version: 71.0.3578.80 Channel: stable OS Version: Ubuntu 18.04 (64 bits) Flash Version: Firefox : OK web (gnome/webkit) : mix-blend-mode not supported
,
Jan 3
Able to reproduce the issue on chrome reported version#71.0.3578.80, #71.0.3578.98 and on latest chrome# 73.0.3659.0 with URL provided in comment# 0 using Mac 10.14.0, Windows-10 and Ubuntu 17.10. As this issue is seen from M-60(60.0.3112.0), hence considering this as Non-Regression and marking it as Untriaged. Thanks!
,
Jan 8
halcanary: It displays fine on screen. Is this an SkPDF issue?
,
Jan 9
SkBlendMode::kDstIn is not supported by SkPDF.
,
Jan 9
,
Jan 9
The following revision refers to this bug: https://skia.googlesource.com/skia/+/8cb7376b2d9a470a601966889ba26fa6f82bbdf9 commit 8cb7376b2d9a470a601966889ba26fa6f82bbdf9 Author: Hal Canary <halcanary@google.com> Date: Wed Jan 09 15:13:27 2019 SkPDF: rasterize for color-filter+layer Bug: chromium:918512 Change-Id: I2a487cb1145c63daec7cb50610efa1e9fa00f5ef Reviewed-on: https://skia-review.googlesource.com/c/182444 Commit-Queue: Hal Canary <halcanary@google.com> Commit-Queue: Florin Malita <fmalita@chromium.org> Auto-Submit: Hal Canary <halcanary@google.com> Reviewed-by: Florin Malita <fmalita@chromium.org> [modify] https://crrev.com/8cb7376b2d9a470a601966889ba26fa6f82bbdf9/src/pdf/SkPDFDevice.cpp [modify] https://crrev.com/8cb7376b2d9a470a601966889ba26fa6f82bbdf9/gn/gm.gni [add] https://crrev.com/8cb7376b2d9a470a601966889ba26fa6f82bbdf9/gm/crbug_918512.cpp
,
Jan 9
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/a671b00d293ac1d615a5bee68b94766964db3726 commit a671b00d293ac1d615a5bee68b94766964db3726 Author: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Date: Wed Jan 09 16:58:58 2019 Roll src/third_party/skia 3de7684fb648..8cb7376b2d9a (4 commits) https://skia.googlesource.com/skia.git/+log/3de7684fb648..8cb7376b2d9a git log 3de7684fb648..8cb7376b2d9a --date=short --no-merges --format='%ad %ae %s' 2019-01-09 halcanary@google.com SkPDF: rasterize for color-filter+layer 2019-01-09 michaelludwig@google.com Don't store local coordinates for solid color quad ops 2019-01-09 recipe-roller@chromium.org Roll recipe dependencies (trivial). 2019-01-09 dawsonmcoleman@gmail.com Update BUILDCONFIG.gn to support Visual Studio 2017 Enterprise Created with: gclient setdep -r src/third_party/skia@8cb7376b2d9a The AutoRoll server is located here: https://autoroll.skia.org/r/skia-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux-blink-rel;luci.chromium.try:linux-chromeos-compile-dbg;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel BUG=chromium:918512, chromium:915025 , chromium:917242 TBR=bsalomon@chromium.org Change-Id: Ic9e9cab01d0a95cedbd61053edec000f0eff418e Reviewed-on: https://chromium-review.googlesource.com/c/1403274 Reviewed-by: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#621183} [modify] https://crrev.com/a671b00d293ac1d615a5bee68b94766964db3726/DEPS
,
Jan 10
Hi, all. Thanks for the work. I tested what I expect to be the latest chromium build (73.0.3668.0). The preview is now OK. However, when "printed" into a PDF file, the result I get is still broken (on the given example and the simplified case). Do you confirm? If yes, shall I open a new bug report?
,
Jan 11
I'm using evince. But, you're right, it may be a bug from evince, this time, since the PDF file looks good in firefox. I did not pay attention to the viewer because the SVG example I gave was a PDF I converted to SVG, and the latter is rendered correctly by evince. Sorry about that, and thanks again for the work.
,
Jan 11
This issue has been marked as started, but has no owner. Making available. |
||||
►
Sign in to add a comment |
||||
Comment 1 by vamshi.kommuri@chromium.org
, Jan 2Labels: Needs-Triage-M71