Description of problem: Kyocera FS-1118MFP with recommended driver required every time select paper Video 1 install driver: https://drive.google.com/file/d/0B0nwzlfiB4aQeDZXa005YjRUVE0/edit?usp=sharing Video 2 print test page: https://drive.google.com/file/d/0B0nwzlfiB4aQRENKVWZGS0ctM1k/edit?usp=sharing Video 3 print some PDF: https://drive.google.com/file/d/0B0nwzlfiB4aQZWJaS2d0a3h1QlE/edit?usp=sharing
+ When printing PDF ejects a blank sheet at the end of printing.
Thanks for the detailed report. The driver that's being used here is gutenprint... however, that's not the best driver for this printer. A better driver is available in the foomatic-db-ppds package, but for some reason it isn't being installed/used. What output do you get from these commands?: rpm -q foomatic-db-ppds /usr/lib/cups/backend/snmp 10.10.0.2
[root@localhost ~]# rpm -q foomatic-db-ppds package foomatic-db-ppds is not installed [root@localhost ~]# /usr/lib/cups/backend/snmp 10.10.0.2 network socket://10.10.0.2 "Kyocera FS-1118MFP" "FS-1118MFP" "ID:FS-1118MFP;MFG:Kyocera;CMD:PCLXL,PostScript Emulation,PCL5E,PJL;MDL:FS-1118MFP;CLS:PRINTER;DES:Kyocera FS-1118MFP;" ""
Thanks. Testing here, I do get foomatic-db-ppds installed if it is not already installed. I suspect bug #1052203 might be involved here.
So, about the blank page issue: if you install foomatic-db-ppds, delete the queue and reconfigure it, do you still get a blank page after printing a PDF? (Assuming this isn't bug #1096395...)
After installing the package foomatic-db-ppds problem with request paper selection is disappeared. But the problem with a blank page is remained. And print resolution deteriorated.
Could you please install system-config-printer (if you don't already have it installed) and try the other available drivers, to see which works best for you? Go to 'Properties' for the printer, then look for 'Make and Model' and click 'Change...'.
Created attachment 911630 [details] screenshot of drivers list
All Gutenprint drivers print fast but have issue every time printer require select paper. Kyocera FS-1118MFP driver not have this issue, but test page print very slow and pdf from Firefox print with bad quality. All driver have issue with blank page when I print pdf from Firefox.
What does 'rpm -q firefox' say? I'd like to rule out bug #1096395.
[mikhail@localhost ~]$ rpm -q firefox firefox-30.0-4.fc20.i686 Also tried Firefox Nightly http://nightly.mozilla.org/ Result are same.
Thanks. So it doesn't seem to be that known problem. If you save the PDF and then print it from the command line ('lp -d FS-1118MFP file.pdf'), does it also suffer from bad quality and the extra blank page? I'd like to take Firefox out of the equation altogether and see if the problem persists.
(In reply to Tim Waugh from comment #12) > Thanks. So it doesn't seem to be that known problem. > > If you save the PDF and then print it from the command line ('lp -d > FS-1118MFP file.pdf'), does it also suffer from bad quality and the extra > blank page? I'd like to take Firefox out of the equation altogether and see > if the problem persists. Printing with command $ lp -d FS-1118MFP OS_deletion_application.pdf is Ok, means good quality and no extra blank pages seems bug of Firefox PDF printing So, we still have two questions: 1. Why FS-1118MFP driver slower than gutenprint 2. Why FS-1118MFP driver not install by default
I think I can answer those two: 1. The manufacturer's driver sends PostScript, so the printer has to do the rendering itself and may take time to do so, whereas gutenprint renders the job before sending it to the printer. That's my guess at why. 2. It does get installed for me, and used by default. The reason it didn't for you is most likely bug #1052203 There's another question actually: is the bad quality/extra page issue due to Firefox reprocessing the PDF in some way, or due to some job option it's providing? The way to find out is to take a look at the job options for one of the test jobs you've tried. Using system-config-printer (the "Print Settings" application), could you please right-click on the printer and select View Print Queue, then click on the 'Show completed jobs' button (2nd one on toolbar). Right-click on one of the jobs sent from Firefox, and select 'View Attributes'. Could you please maximise that window to the height of the screen and take a screenshot? (Might need to take more than 1) Thanks.
Created attachment 912347 [details] screenshot of job attributes (printing from Firefox)
> 2. It does get installed for me, and used by default. The reason it didn't > for you is most likely bug #1052203 But I am use for adding printer Gnome 3 Control Center applet "Printers" and not system-config-printer application.
Created attachment 912351 [details] screenshot of job attributes (printing from command line)
Firefox is setting PageSize=Letter, but that doesn't look right. Firefox is setting Resolution=300dpi, but the as-shipped default in the PPD is 600dpi. Can you try printing from the command line with those options?: lp -d FS-1118MFP -o Resolution=300dpi -o PageSize=Letter file.pdf Do you get the same bad output as when printing from Firefox? Could you also attach /etc/cups/ppd/FS-1118MFP.ppd?
Created attachment 912476 [details] FS-1118MFP.ppd
Very strange because printing with command: $ lp -d FS-1118MFP -o Resolution=300dpi -o PageSize=Letter OS_deletion_application.pdf is fine!!!!
Created attachment 912651 [details] screenshot of job attributes (printing from command line $ lp -d FS-1118MFP -o Resolution=300dpi -o PageSize=Letter OS_deletion_application.pdf)
In that case it sounds like Firefox is sending different job data. To find out what's different, please do this: su -c 'cupsctl PreserveJobFiles=Yes' Afterwards, print the file using Firefox. Finally, attach the file from /var/spool/cups/ beginning 'd' and with the largest number/most recent date. If PreserveJobFiles was not enabled previous, it should be the only 'd' file there. You can disable preservation of job files with su -c 'cupsctl PreserveJobFiles=No'.
Created attachment 914487 [details] job data
Thanks. Yes, the job data is different. Changing component to firefox.
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.