Description of problem: Evince ignores the value in the 'Copies' field of the print dialog and prints a single copy of the document to be printed. Version-Release number of selected component (if applicable): evince-3.34.2-1.fc31.x86_64 How reproducible: 100% Steps to Reproduce: 1. Open a document 2. Open the print dialog and increment the number of copies to 2 3. Print Actual results: One copy Expected results: Two copies Additional info:
Does it happen with any PDF or a specific one? Which model is the printer? Could you attach here PPD of the printer? You can find it in "/etc/cups/ppd/name-of-the-printer.ppd". You'll need root to get to it. Also, corresponding line for the printer from "lpstat -s" could help.
Created attachment 1698813 [details] Test PDF document used in bug repro
Created attachment 1698814 [details] gzipped PPD for my printer
Created attachment 1698816 [details] lpstat -s output
It seems to happen with any PDF. I've attached the test PDF I just used to reproduce it again.
FWIW, I had to gzip the PPD as I was getting 500 errors back from bugzilla.redhat.com when I tried to upload it ungzipped.
Thank you for the info. I'm able to reproduce this issue now. If I start cups-browsed and let it find my printer (HP LaserJet Pro MFP M127fw), the printer does not respect the number of copies too. Moreover it does not print more than 1 copy even if I print using lpr to it. I see that corresponding "/var/spool/cups/c00745" has number of copies set to 2 but still printing just 1 copy. This is on Fedora 32 with cups-2.3.3-6.fc32.x86_64 and cups-filters-1.27.5-2.fc32.x86_64. PCFileName in the PPD is also "drvless.ppd". I'm reassigning this to CUPS.
Hi Marek and Dave, thank you for investigating and reporting the issue! I'm able to reproduce the issue with attached ppd and pdf - output can be viewed via rasterview. The reason of the issue is PPD generators (both cups and cups-filters) put 'cupsManualCopies: true' into PPD, but PPD is case sensitive and the correct value is 'True'. The issue is fixed in cups-filters upstream and cups has following pull request https://github.com/apple/cups/pull/5807 . I'll update both packages. ================================================ Dave, depending on how you installed the printer, you will need to do following: 1) if you installed the printer manually (via lpadmin/system-config-printer/gnome settings/any printer configuration tool), you will need to reinstall it again 2) if you installed the printer via cups-browsed, you just need to restart cups-browsed 3) if the printer was automatically installed by gtk based on avahi multicast, then no action should be needed.
FEDORA-2020-7db2a3f0b9 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-7db2a3f0b9
FEDORA-2020-80facfeb7b has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-80facfeb7b
FEDORA-2020-7755ad7c03 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-7755ad7c03
FEDORA-2020-49a936c70c has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-49a936c70c
FEDORA-2020-7db2a3f0b9 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-7db2a3f0b9` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7db2a3f0b9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-80facfeb7b has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-80facfeb7b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-80facfeb7b See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-7755ad7c03 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-7755ad7c03` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7755ad7c03 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-49a936c70c has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-49a936c70c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-49a936c70c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
I was able to verify the fix and gave karma in bodhi. Thanks for the quick response.
FEDORA-2020-7db2a3f0b9 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-80facfeb7b has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-7755ad7c03 has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-49a936c70c has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report.