Any print jobs sent from the Chrome browser to a print queue on Windows will always print as color even when the user chooses grayscale.
Reported by
mel.zouz...@papercut.com,
Mar 22 2018
|
|||||||||||||||||||||||||||
Issue description
Chrome Version: 62.0.3202.75 or newer (latest at the time is: 65.0.3325.181)
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
Safari: OK
Firefox: OK
Edge: OK
What steps will reproduce the problem?
(1) In Chrome browser, when you print and select Black & White, the print job comes out in Colour. This issue isn't specific to a certain print driver.
What is the expected result?
- The print job should be printed in Black & White.
What happens instead?
- The print job is coming out at the printer in Colour when it should be Black & White.
Please provide any additional information below. Attach a screenshot if possible.
- I've attached a screenshot that shows sending a print job.
I've tested previous versions of Chrome browser and noticed this issue only started to occur on Chrome browser 62.0.3202.75 or newer (the latest version at the moment is: 65.0.3325.181).
,
Mar 23 2018
I have an update on my first email that I sent yesterday. I mentioned in that email that the Chrome version was 62.0.3202.75 when the issue was first discovered where if you select to print Black & White, it's printed out as Color. After further testing, we've discovered this issue was first introduced in Google Chrome browser 60.0.3112.78. I've attached the following spool files to compare. The first number in the file name is the Chrome version. This is to compare with a version that was working (Chrome browser 59.0.3071.86) to version 60.0.3112.78 that's not working: - 59.0.3071.86.color.SPL - 59.0.3071.86.gray.SPL - 60.0.3112.78.gray.SPL - 60.0.3112.78.color.SPL
,
Mar 27 2018
mel.zouzoulas@ Thanks for the issue. As color printer is not available at TE end to test this issue, adding TE-NeedsTriageFromHYD label and requesting someone from Inhouse team to look into this issue. Thanks..
,
Mar 28 2018
Tested the issue using #65.0.3325.181 on Mac 10.13.3 as per the steps mentioned below. Steps Followed: 1. Launched Browser 2. Navigated to http://digg.com/ 3. Selected Black and white in Color 4. Observed Black and white print only. @Reporter!!: Could you please let us know on which OS you're facing this issue? Thanks!!
,
Mar 29 2018
sandeepkumars@ This looks to be specific to Windows, I've tested on Windows 10 and Windows Server 2016. I've attached our PaperCut global PS driver to test this. This isn't specific to only our PaperCut global PS driver, we've also seen this on a Ricoh Universal PS driver 4.17 as well. Here is a link to that driver: http://support.ricoh.com/bb/html/dr_ut_e/rc3/model/p_i/p_i.htm
,
Mar 29 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 2 2018
,
Apr 2 2018
I can reproduce this on Win10 with XPS Document Writer, but it seems to be broken at least back to Chrome 53 (tested 59 specifically and saw the same issue). Meanwhile, a Ricoh MP C4503 seems to still work on 65 Stable. Tried a Ricoh Universal PS 4.15 driver, and that is also printing only in color on 53, 59, and 65. It seems like this must have worked for a bigger subset of printers more recently than 53, but so far have not been able to find one that regressed. Will try the PaperCut driver.
,
Apr 2 2018
Mel, do you have any insight into how other browsers, e.g. Microsoft Edge, queries / sets the B&W vs color setting in the PaperCut global PS driver?
,
Apr 4 2018
Hey rbpotter@chromium.org, thanks for testing this! thestig@chromium.org: I've attached 3 files here: 1) Spool file from Firefox v59.0.1 in Color 2) Spool file from Firefox v59.0.1 in BW 3) A screenshot comparing both spool files to show one of the differences From what we can see with the spool files, when printing from Firefox, we see they contain either color or BW data depending on the print selection. Also with Chrome, both spool files have the same output, apart from the timestamp, there isn't a difference.
,
Apr 7 2018
I think Chromium is generating color content, but telling the printer driver to print in B/W. Thus this works fine for many real printers where the driver can toggle a setting on the physical device. With your PS driver, it's just acting as a pass-through. So Chromium needs to generate grayscale content to make this work correctly. Bug 805926 is likely the same issue.
,
Apr 12 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/5c500489a0675663b2163bdbf3ba94f49b4771de commit 5c500489a0675663b2163bdbf3ba94f49b4771de Author: Lei Zhang <thestig@chromium.org> Date: Thu Apr 12 07:34:16 2018 Add a use_color field to PdfRenderSettings. Set it properly in callers that require PDF rendering, and read it in PDFiumEngine to pass the right rendering flags to PDFium. BUG= 805926 , 824643 Change-Id: Ia2e8a22259bef1ca78fe425592eeb407bbc4ba35 Reviewed-on: https://chromium-review.googlesource.com/1000555 Reviewed-by: Tom Sepez <tsepez@chromium.org> Reviewed-by: Rebekah Potter <rbpotter@chromium.org> Reviewed-by: Jianzhou Feng <jzfeng@chromium.org> Commit-Queue: Lei Zhang <thestig@chromium.org> Cr-Commit-Position: refs/heads/master@{#550078} [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/cloud_print/privet_http_impl.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/pdf_to_emf_converter_browsertest.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/print_job.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/print_preview_pdf_generated_browsertest.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/pwg_raster_converter.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/pwg_raster_converter.h [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/printing/pwg_raster_converter_browsertest.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/browser/ui/webui/print_preview/extension_printer_handler.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/service/cloud_print/print_system_win.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/services/printing/pdf_to_emf_converter.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/services/printing/pdf_to_pwg_raster_converter.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/services/printing/public/mojom/pdf_render_settings.mojom [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/services/printing/public/mojom/pdf_render_settings_mojom_traits.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/services/printing/public/mojom/pdf_render_settings_mojom_traits.h [add] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/chrome/test/data/printing/bug_767343_mono.emf [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/headless/lib/headless_web_contents_browsertest.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/pdf/pdf.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/pdf/pdf.h [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/pdf/pdf_engine.h [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/pdf/pdfium/pdfium_engine.cc [modify] https://crrev.com/5c500489a0675663b2163bdbf3ba94f49b4771de/printing/pdf_render_settings.h
,
Apr 12 2018
Please try 67.0.3396.0 or newer and see verify this is fixed. One can probably install Google Chrome Canary in a day or two and get that version. |
|||||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||||
Comment 1 by susan.boorgula@chromium.org
, Mar 23 2018