Summary: | printing some pdfs results in "undefinedresult" error due to "awidthshow" command | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | wxl <wxl> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | aacid, mark.vanrossum, roland |
Priority: | NOR | ||
Version First Reported In: | 0.16.3 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
example PDF causing the offending command
PS created by pdftops |
Description
wxl
2013-06-11 22:16:40 UTC
You say printing to a different printer works, so it seems that other printer understands our postscript and the first one not. You can get the postscript file we print (or very similar) by running pdftops and then try sending that to the printer with lpr or similar. The printer will probably complain again. Then you should open the .ps file with gs and see if it works. If it works, not sure what we can do since our postscript would seem to be valid. And yes, i know you say it used to work, well we (actually poppler) may have changed the postscript code we generate to print, but if it's still valid it's not our fault your printer does not understand it. Of course you can always use the rasterize "Force Rasterization" option that will print "an image" and it should work better, but it'll be of lower quality. I have exactly the same problem with Okular 0.16.5 and a HP 4050 N. It appears with almost every PDF file. The original reporter never answered on my comment, you are not answering either, do you want to try to help or shall i just close the bug? i never replied because i deleted the darn pdf and couldn't re-create it. so if roland can post up an example, i'll do more testing! Created attachment 83192 [details]
example PDF causing the offending command
This PDF is not printable by okular on a HP 4050 N.
Created attachment 83193 [details]
PS created by pdftops
This PS was obtained from the example PDF by pdftops
I just uploaded one of PDFs causing the offending command and the PS obtained by pdftops. When I try to open the PostScript with gs I see an error message as well:
roland@vernita:~/$ gs resultate.ps
GPL Ghostscript 9.05 (2012-02-08)
Copyright (C) 2010 Artifex Software, Inc. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
%%BoundingBox: 26 51 571 790
%%HiResBoundingBox: 26.189999 51.173998 570.563983 789.731976
>>showpage, press <return> to continue<<
The postscript file does not show.
Hope this helps in tracking down the problem. Please let me know, if I can help with anything else.
Using roland's pdf, I have problems still with: * okular 0.16.5 (4:4.10.5-0ubuntu0.1 according to Canonical— a reference to the KDE version) * libpoppler28 0.20.5 (0.20.5-1ubuntu3) * GPL Ghostscript 9.07 (2013-02-14) (9.07~dfsg2-0ubuntu3.1) pdftops produces the ps fine and gs has no problem displaying the ps. printing the ps with lp fails. so sounds like the problem is the printer driver then? @roland i don't see any error in that gs output, are you sure it did not open a window? Take into account that gs windows usually make window managers unhappy so it may be behind somewhere or minimized @roland If you send the ps file with lp/lpr to the printer, does it work? @wxl, yes, i'd say so, i can print that pdf/ps fine here what's weird is the complaint about awidthshow. it's not even in the ps! (In reply to comment #9) > @roland i don't see any error in that gs output, are you sure it did not > open a window? Take into account that gs windows usually make window > managers unhappy so it may be behind somewhere or minimized I just tried it again: no window opens with gs. > @roland If you send the ps file with lp/lpr to the printer, does it work? No, it produces the same error as the PDF. @roland, not sure you're on an ubuntu release but if you are, you may want to add some info to this bug i filed against the cups package: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1246119 Well, if lp/lpr can't print, it's not an okular bug. Closing as invalid, thanks for the investigation. It is a pity there is a regression like this. Although it might be down to the printer firmware, it is an often used HP printer. Furthermore, other software like acroread and evince do not cause problems... Anyway, here is a workaround: you can define an additional printer cue as a pcl. In my case HP LaserJet 4100 Foomatic/pxlmono This will work fine. Or use acroread -toPostScript as the pdf->PS converter. |