Comment 6 for bug 802942

Revision history for this message
Thomas Mayer (thomas303) wrote :

The guys at cups do not feel responsible for linux issues as documented in https://www.cups.org/str.php?L4715

In the meantime I further tracked it down:

- Played around with printer drivers, using Kyocera's PPD, the PPD provided by ubuntu and also gave PPD from http://www.openprinting.org/download/printdriver/debian/dists/lsb3.2/main/binary-amd64/openprinting-ppds-postscript-kyocera_20130319-1lsb3.2_all.deb a try.
- Tried to install lsb-printing package with no changes
- Opened firefox tab about:config and resetted all user/custom variables which contain string "print" in variable name

As all that did not work, I have created at least a test case:

How-To-Repeat:
- Print web page in firefox with all printing variables in firefox reset
- Lookup the spooler file in /var/spool/cups
- Try to print it directly with lpr command

Test case 1 (works):
- Print https://boerse.dab-bank.de/maerkte-kurse/aktien.html in firefox
- top shows ghostscript (gs) and foomatic-rip process
- The page is printed perfectly
- I found a file in /var/spool/cups which I renamed to test1.pdf
- Direct printing with works fine with cat test1.pdf | lpr -P fs-1020d -# 1

Test case 2 (does not work):
- Print https://www.dab-bank.de/Service/Kontakt/ in firefox
- top shows ghostscript (gs) and foomatic-rip process
- The printer receives data (status LED) and heats up, but nothing is printed. Printer gets available again.
- I found a file in /var/spool/cups which I renamed to test2.pdf
- Direct printing also does not work with cat test2.pdf | lpr -P fs-1020d -# 1

Basically this could mean that my printer FS-1020d does not accept the content of test2.pdf while it most of the time works as shown with test1.pdf