Summary: | ERROR NAME; undefined COMMAND; Q OPERAND STACK; | ||
---|---|---|---|
Product: | cairo | Reporter: | dan.baumann |
Component: | postscript backend | Assignee: | Adrian Johnson <ajohnson> |
Status: | RESOLVED NOTOURBUG | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
Severity: | normal | ||
Priority: | medium | ||
Version: | 1.10.2 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
screenshot01
screenshot02 screenshot03 drucktest.pdf drucktest.ps |
Description
dan.baumann
2012-01-05 11:04:11 UTC
Firefox prints as PDF so the bug could be in whatever is doing the PDF to PS conversion. You could try the following: 1. Find a webpage that reproduces the problem. The simpler the better. 2. Print it to a PDF file. 3. Find out what is converting the PDF to PS. It could be poppler (pdftops) or ghostscript (pdf2ps). 4. Convert the file to PS. 5. Print the PS file directly to the printer bypassing any CUPS filtering (lpr -o raw) If the file prints correctly the problem is in the CUPS filtering. If the file doesn't print and you are using poppler, attach the PDF and PS files and I will have a look. If the file doesn't print and you are using ghostscript, file a ghostscript bug. Created attachment 55236 [details]
screenshot01
Created attachment 55237 [details]
screenshot02
Created attachment 55238 [details]
screenshot03
Created attachment 55239 [details]
drucktest.pdf
Created attachment 55240 [details]
drucktest.ps
First I did the test with poppler (app-text/poppler-0.16.7) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I printed the website with firefox to a *.pdf-File and I got this *.pdf (screen01.jpg). How you can see, is the date of the *.pdf wrong. My computer does each hour a cronjob like: crontab -l 0 * * * * /usr/sbin/ntpdate swisstime.ethz.ch >> /var/log/ntpdate/ntpdate.log 2>&1 cat /var/log/ntpdate/ntpdate.log [...] 7 Jan 11:00:09 ntpdate[5747]: adjust time server 129.132.2.21 offset 0.004887 sec The time on my machine is always exactly. What is the matter for that? Then I converted the *.pdf to a *.ps-File with the following command (screen02.jpg): pdftops drucktest.pdf ls drucktest.pdf drucktest.ps I printed the *.ps-file with the following command: lpr -o raw drucktest.ps It worked well. Second I did the test with ghostscript-gpl (app-text/ghostscript-gpl-9.04-r4) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I took the same *.pdf (drucktest.pdf -- screen01.jpg) like in the test with poppler. I converted the *.pdf with the following command (screen03.jpg): pdf2ps drucktest.pdf ls drucktest.pdf drucktest.ps I printed the *.ps-file with the following command: lpr -o raw drucktest.ps I got a empty paper. Should I now report this bug to the cups and the ghostscript teams? Thanx a lot for your help. As printing to PDF then using poppler to convert to PS works on your printer it is not a cairo or poppler bug. It looks like there could be a bug in ghostscript. You also need to find out how Gentoo converts the PDF to PS and what other filtering is done. Maybe one of the Gentoo developers can help you debug this. In Gentoo, cups’ pdftops filter calls /usr/bin/pdftops, which is poppler’s. You could try "pdftops -level3" to see if that reproduces the problem. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.