OpenPrinting
The copies is lost
This issue is caused by the fix of issue331
Details： [OS]: Debian12 [cups-filter]: 1.28.17-3 [Test Application]: gedit, evince
The document-format-supported attribute returned by the device includes application/pdf and image/urf. Then driverless generated the following ppd (Note: cupsManualCopies information is not recorded in the ppd):
*cupsFillter2: "application/vnd.cups-pdf application/pdf 200 -"
*cupsFilter2: "image/urf image/urf 0 -"
Printing with copies =N (N>=2), the following filters will be called: pdftopdf -> gstoraster -> rastertopwg -> ipp (backend).
Because cupsManualCopies is not true, pdftopdf filter will not perform the software copies. At the same time, when ipp backend sends image/urf data to device, the copies are set as 1. (https://github.com/OpenPrinting/cups/blob/d91acd4429ff85958545820e7c71c33fcab6884e/cups/ppd-cache.c#L377).
There is no such issue for everywhere because michaelrsweet rejected the merge: https://github.com/OpenPrinting/cups/pull/310.
Theoretically gstoraster will write the number of copies in the head of raster image (pwg-raster or urf). However, the head of pwg-raster will contain copies information, but image/urf does not have this capability.
https://github.com/OpenPrinting/libcups/blob/b476901bc574ee6ceb44a9cf027d06a5494ed96e/cups/raster-stream.c#L1113 https://github.com/OpenPrinting/libcups/blob/b476901bc574ee6ceb44a9cf027d06a5494ed96e/cups/raster-stream.c#L1137
I have tried to reproduce it with the latest release - cups-filters 2.0.0 - and the issue is not present.
I have tried to reproduce it with the latest release - cups-filters 2.0.0 - and the issue is not present.
Yes, this issue only happens at cups-filters 1.28.17 on the latest Debian OS.
https://github.com/OpenPrinting/libppd/issues/42 happens at cups-filters 2.0.0