From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-id: <52A5C869.8000800@samsung.com> Date: Mon, 09 Dec 2013 17:40:57 +0400 From: Andrey Makhalkin MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit Subject: [Printing-architecture] Different Collate option handling in pdftopdf and pstops List-Id: Printing architecture under linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Open Printing Hi, Our testing group has found an issue with printing of multiple copies with collate option turned on. cups-filters version is 1.0.40-0ubuntu1 When PDF workflow is used, pdftopdf filter doesn't put collated copies of document pages in output pdf file. With the same PPD file and print options pstops filter produces N * (numpages) pages in output PS file, which seems to be a correct behavior. There is an attribute *cupsManualCopies in PPD file, which is set to False. There is no Collate option inside the PPD file. This printer doesn't seem to support hardware collate, but it supports hardware page copies. The expected filter behavior is to produce collated copies of the document. When we change its value to "True", pdftopdf filter produces the expected number of pages (does copies manually). Could you please explain, which filter behaves correctly? Is it a bug in pdftopdf filter?