Thanks for the clarifications, and the nopdfAutoRotate option does seem to help somehow. However, I believe the problem is still present for a couple of important reasons. The initial report used PDF files and a generic queue as a way to easily expose the problem, but it affects more than this. I generally agree with you that using landscape with stock PDF files does not particularly happen much.
- Most importantly, in most recent Linux distributions that have adopted the PDF workflow, this affects also Postscript jobs, which get converted internally to PDF and then handled by pdftopdf. - This breaks the semantics of the job options, and our customers in turn put the blame on us (providing the PPD driver) when this stops working for queues that previously handled the 'landscape' option consistently for their jobs. The core of the issue here is that in spite of the switch to the PDF workflow, there are still a lot of customers with legacy PS output that needs to be handled consistently, and we expect the core of the print system to not interfere with this whenever possible. -- 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
