Re: [cups-devel] [UNKN] STR #4782: Raw printing multiple files no longer works (STR 1933 reappeared)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Regardless if raw printing or filtered printing is done:

I think one run of the backend for one job is required
to ensure that one job (with several job data files)
arrives at the backend's recipient as one single job
(and not as as many separated jobs as there are data files).

I think that one job with several job data files arrives
at the backend's recipient as one single continuous job is
required to ensure that all job's data files are printed out
continuously without any possibly intermixed other data
from other print jobs.

Assume the backend's recipient is also accessible from
other print servers then if the bakends send each data file
separately it could happen that the recipient gets the first
data file from a job form server A then the first data file
from another job from server B and so on.

In short:

I think there is a semantical difference between
# lp -d queue file1 file2 file3
versus
# lp -d queue file1 ; lp -d queue file2 ; lp -d queue file3
regardless if "raw" printing or filtered printing is done.

Because raw printing can also happen on non-raw queues via
# lp -d queue -o raw file1 file2 file3
I think that perhaps a clean and consistent implementation in CUPS
could be when the cupsd automatically inserts a dummy passthrough
filter when there is no real filter needed for a data file
so that always at least one filter is run.

Link: https://www.cups.org/str.php?L4782
Version: 2.1.3
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJW4pbrAAoJENujp6sI12IjzHYP/03j6B4Liapb8/E7g0pX+hca
4b6XjASCuHYMU7/4NDdSftDckPNDMAAMFL52j215oxkV2UT4ZPeoFJeDlXjroutV
t97lDKHhY1LVpZaFJg0laYpLJfZqdqM60oWSO5LPvGSheQO7rKU1DL1Oif28YfeK
uggFrh28QXSVIDZsaRm4/qhRb0IZMuRmYovTKgb3Cx8aJBVcLPu/bMwcbwo5qWXS
VM+6FFygGY3DUBENVC63f6qvOCvvAq7lTGF67R7L0J+McfojzjYMee+D/JnyyX6r
7hGEJmqtD82ponWKKGNxS+UI5pLrSUeA5Ru7Z2hLmFBKcOn8MO6uZ6P3yEPA/lbM
HkkmeRMUtFhaIJy2s/rQ4mVcYP4UQvjJHoehfWROV88TjPs9/4iWqdd4c1pMUK7Y
GiAGLp2P9dtazvPCO+NfSlXnNRUY8BDp+lPNoi1XK8gDHHV0xm5EE5CGZOh9DSgP
0mhW4SW9jz1axoUX8ZXcdEnmEMM4FsWjqFNPNMj1FHxUQpwl+988RoINGByvdZ04
2SUb2CUdploIi7tMogSnb6Mfmii+hkJ00/yFvMUiEQ2kKuh/04XAGmR0V0NpYY9Q
/70sK4iFTShgFWioIbDOsIQybVUzwmlrTw7h3rcF5Jtt0x1esyARI57skqyzEAUM
8FwvWOWWMxaKVB3PixTj
=wqn4
-----END PGP SIGNATURE-----