Trying to print a color pdf document in grayscale produces a color printing. This happens when printing to a color printer and also printing to a file. Printing a png file in grayscale works as expected. Reproducible: Always Steps to Reproduce: 1. Open a pdf color file 2. Select "File -> Print -> Options -> Options -> (Color Mode) Grayscale" 3. Press "Print" Actual Results: The document is printed in color Expected Results: The document should be printed in grayscale Tested in Archlinux with version 0.26.0 Frameworks 5.25.0 Plasma 5.7.5 PDF Backend 0.6.5 KDE Development Platform 4.14.24 kdelibs 4.14.24
Confirmed on Archlinux Also, duplex printing won't work from the okular print wizard. Okular 16.12.1-1 Linux 4.8.13-1 Plasma 5.8.5.1 Frameworks 5.30.0-1 kdelibs 4.30.0-1 Printer: Brother MFC-J5620DW Driver: 3.0.1-2
I can confirm this in Opensuse Leap 42.3 using - kde-print-manager-17.04.2-1.1 - okular-17.04.2-1.6 - Plasma 5.8.7 - plasma-framework 5.32-0-4.1 - libQt5.6.2 - kdelibs-4.14.33 In evince it works though using gtk oder gnome(?) print dialog... Is this related to https://bugreports.qt.io/browse/QTBUG-54464 ?
*** Bug 369115 has been marked as a duplicate of this bug. ***
I can confirm both issues on openSUSE Leap 42.3. If either the greyscale option worked OR the advanced printing tab was there, it would be possible to print greyscale PDFs. As it is, CUPS defaults need to be changed instead, and that's way too involved for such a simple task...
As a workaround, if you have a recent version of Okular [0], grayscale printing should work if you set the 'force rasterization' option. [0] You need the patch 0c4c2ddbbc5e509c69b72c99bf6e83a356669eba , which dates from August 4th, 2017
Note that the "Advanced" options tab has been reintroduced for the current development version of Qt 5 [1]. Also, the problem with duplex [2] and color [3] options being set at different places has been fixed, so I'd expect that the problem should be solved with those Qt upstream changes (will be part of the upcoming Qt 5.11) for the case where a real printer is involved. [1] https://codereview.qt-project.org/#/c/213391/ [2] https://codereview.qt-project.org/#/c/215131/ [3] https://codereview.qt-project.org/#/c/215069
Should we close this as RESOLVED UPSTREAM, then?
(In reply to Nate Graham from comment #7) > Should we close this as RESOLVED UPSTREAM, then? While printing to real devices should yield the expected result now, Okular itself still does not take the color/greyscale into account when generating the print data (by default, s. Oliver's comment 5 for rasterized printing), which also leads to "Print to file (PDF)" still not yielding the expected result. (Sorry for not mentioning that more explicitly in my previous comment.) Unless this is handled by a different bug report, I'd therefore leave this one open for now.
Great, thanks for the update. Would you like to change the title accordingly, since printing to a real printer does work now?
(In reply to Nate Graham from comment #9) > Great, thanks for the update. Would you like to change the title > accordingly, since printing to a real printer does work now? That sounds like a good idea. What about "Grayscale option ignored when generating print data for PDF document"? (Note that I don't seem to have the permission to change the title myself, since I am not the reporter of the bug).
Sounds good!
*** Bug 390409 has been marked as a duplicate of this bug. ***
I am seeing this problem with colour and duplex printing on our Canon printer, on openSuse Leap 15. I need to make changes in the advanced settings before the changes I want are used.
(In reply to vasosergiou from comment #13) > I am seeing this problem with colour and duplex printing on our Canon > printer, on openSuse Leap 15. I need to make changes in the advanced > settings before the changes I want are used. As far as I know, openSUSE Leap 15 still uses Qt 5.9. Could you please check it? Also, it may be possible that openSUSE packagers backported some of the patches, but then it's up to them to check whether this is still valid.
I can confirm that openSuse Leap15 is using Qt 5.9.4. I guess I need to wait or upgrade to Tumbleweed
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
I am unable to check this bug easily as I don't have a pc with openSuse or even Linux installed anymore (have gone to FreeBSD). I'll see if I can test in a VM somewhere.
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!