Comment 11 for bug 1243484

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.