Not to be pedantic, but while this is not very usual (especially for PS code produced by vanilla applications), it is a lot easier for PS code to be more adaptive. The CUPS test page is actually a good example of this. PDF is generally completely constrained by the page dimensions.
The main reason this came up is because of acceptance tests that the QA department of one of our customers ran with the latest versions of Linux distributions. They noticed that the behavior for certain PDF and PS files changed from what it used to be, and whether or not this is a practical everyday use, this in turn was interpreted as not conforming to the expected output. And to the extent that the format of the output changed for the same files with the exact same job options, they were technically correct... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in “cups-filters” package in Ubuntu: Incomplete Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
