Launchpad has imported 13 comments from the remote bug at http://bugs.freedesktop.org/show_bug.cgi?id=29060.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-07-14T08:48:07+00:00 komputes wrote: The following bug is being reported upstream on behalf of the OP. Originally posted here: https://bugs.launchpad.net/bugs/604724 We discovered that cups in lucid does not correctly print certain PDFs when printing from the command line with lpr or as a shared printer from preview in OS X. The same file prints correctly with cups on hardy. This issue occurs with a variety of different printers. I tracked down the problem to /usr/bin/pdftops by running the pdf through the filters that cups does according to the log. /usr/bin/pdftops is called by the cpdftocps filter. This pdftops is installed from poppler-utils: $dpkg-query -S /usr/bin/pdftops poppler-utils: /usr/bin/pdftops After running the pdf through each step of the filter, I opened it with evince. After running through pdftops, evince showed exactly what I see when I print the file. Interestingly, if I print from evince or acroread, all the lines are printed correctly. I think they are converting the file to postscript themselves before sending it to cups. I will attach the file that shows this behavior. The pdftops provided by the cups package does not exhibit this problem. $ dpkg-query -S /usr/lib/cups/filter/pdftops cups: /usr/lib/cups/filter/pdftops ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: poppler-utils 0.12.4-0ubuntu5 ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5 Uname: Linux 2.6.32-23-generic x86_64 Architecture: amd64 Date: Mon Jul 12 12:33:43 2010 ProcEnviron: LANGUAGE= PATH=(custom, user) LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: poppler Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/2 ------------------------------------------------------------------------ On 2010-07-14T11:41:43+00:00 Tsdgeos wrote: You forgot to attach the file Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/3 ------------------------------------------------------------------------ On 2010-07-14T12:25:21+00:00 komputes wrote: Hi Albert, The example you are requesting can be found here: http://launchpadlibrarian.net/51793787/f10test.pdf Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/4 ------------------------------------------------------------------------ On 2010-07-14T12:32:21+00:00 Tsdgeos wrote: What does "CancelOk" mean? If i run pdftops f10test.pdf and then open the resulting f10test.ps with gs i correctly see grid lines, don't you? Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/5 ------------------------------------------------------------------------ On 2010-07-14T13:29:16+00:00 Jeff Strunk wrote: (In reply to comment #3) > What does "CancelOk" mean? > I don't know where you saw that. > If i run pdftops f10test.pdf and then open the resulting f10test.ps with gs i > correctly see grid lines, don't you? No, I do not see all of the grid lines when I open the file with gs. There should be a horizontal grid line between every "xxxx". It is interesting to note that at different zoom levels, different lines appear and disappear. Maybe you found the right size where all of the lines appear. When printed, it looks the way evince displays it at 100%. I have pdftops version 0.12.4 and gs version GPL Ghostscript 8.71. Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/6 ------------------------------------------------------------------------ On 2010-07-14T13:39:20+00:00 Jeff Strunk wrote: I just realized that I have not tested this on a 32 bit system. This may be a 64 bit bug. I don't have any 32bit lucid systems installed right now. Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/7 ------------------------------------------------------------------------ On 2010-07-14T13:55:12+00:00 Tsdgeos wrote: CancelOk is on the subject of the bug. If the lines show up randomly depending on the zoom level, i'd say it's partly fault part of the renderer (i.e. the printer or gs) for not rendering them at all levels, of course we could create PS in a different (since PS is a touring complete langauge) way to make sure "it works" but i expect this to be difficult and my level of PS knowledge is very small so patches are welcome. Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/8 ------------------------------------------------------------------------ On 2010-07-15T11:18:11+00:00 Jeff Strunk wrote: (In reply to comment #5) > I just realized that I have not tested this on a 32 bit system. This may be a > 64 bit bug. > > I don't have any 32bit lucid systems installed right now. This is a problem on both 32 bit and 64 bit systems. I discovered that the bug did not exist in pdftops version 0.10.5 on jaunty. Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/11 ------------------------------------------------------------------------ On 2010-07-21T07:20:35+00:00 Jeff Strunk wrote: This bug also doesn't exist in xpdf's pdftops. Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/12 ------------------------------------------------------------------------ On 2010-07-21T11:22:30+00:00 Tsdgeos wrote: Can someone git bisect the issue and find the code change that introduced the problem? Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/13 ------------------------------------------------------------------------ On 2010-07-22T15:41:36+00:00 Tsdgeos wrote: I have a friend that says the bug was introduced by 572779f8037763c1e0ee64c47a3dad6df0d3b693..b97591672e0d9c31a3d044fe52e34cc80a491221 Can anyone confirm? Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/14 ------------------------------------------------------------------------ On 2010-07-28T15:54:00+00:00 Tsdgeos wrote: I hate when people play with the priorities *us* developers have to set, this only lowers the priority i'll give to your bug, so next time be a good boy and don't set it to blocker when obviously it is not Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/15 ------------------------------------------------------------------------ On 2010-08-03T14:03:07+00:00 Jeff Strunk wrote: (In reply to comment #11) > I hate when people play with the priorities *us* developers have to set, this > only lowers the priority i'll give to your bug, so next time be a good boy and > don't set it to blocker when obviously it is not I would like to point out that I am the original reporter of this issue and that it wasn't me that messed with your priority. Please don't lower your priority over my issue because someone else messed with it. Thank you. Reply at: https://bugs.launchpad.net/cups/+bug/604724/comments/16 ** Changed in: poppler Status: Unknown => Confirmed ** Changed in: poppler Importance: Unknown => Medium -- pdftops loses grid lines https://bugs.launchpad.net/bugs/604724 You received this bug notification because you are a member of Registry Administrators, which is the registrant for CUPS. _______________________________________________ Mailing list: https://launchpad.net/~registry Post to : [email protected] Unsubscribe : https://launchpad.net/~registry More help : https://help.launchpad.net/ListHelp
