[cups-devel] [UNKN] STR #4744: FINAL_CONTENT_TYPE set incorrectly when no filters

[Pierre Ossman]

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

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

[STR Unresolved]

Sorry, but I don't follow.

Why would you want the options dropped? If there have been no filters then
the options can not have been integrated into the data. So dropping them
would mean they get entirely lost. That can't be what the user wants?

And doesn't the ipp backend use FINAL_CONTENT_TYPE to determine the content
type used in the outgoing request? If it always starts sending
application/octet-stream there, then it seems rather pointless to even have
content type in the IPP protocol? We don't want to start relying on every
component having to re-detect the type, which might not even be possible
for some types of data.

And even if this somehow is sensible, how is a backend supposed to know if
CONTENT_TYPE or FINAL_CONTENT_TYPE contains the content type of the
incoming data? Looking for printer/* in FINAL_CONTENT_TYPE seems like a
crude hack, and also an unreliable one as there has historically been bugs
that caused that for other reasons.

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

iQIcBAEBCgAGBQJWl38vAAoJENujp6sI12IjWwgP+QFWNgybNU0dgSHKGC3EPnXs
NQAvGhppCULPWDcI2QpI5TVfKDZ64q/HmDy3SbchVZyEzmX/6inDY1btdMQuc8iK
ChWG9fl0IDhV7BxQb+rS1uoISXV/UyyMxvshRSXwecY9r7kDALV46iRc1IKC03Nl
VyTvX/NY6vGbISxL9zjH69tFl4980pnGCX0hN42f+PKMQzvUvBWaypEr/UMuCYO8
N7HiZ0JRkukdp30HqIgD3TP+3QxN2KFup7PO633JZpbOqu5V9iMr4HjOHZ0sd498
FaFU5LbLDoVXO4hZlKGjG63qfD0YqNDuSO3hqJoLB/6y6zNUIXzovOYvQqf/0Rts
jmNKfcoEtOvSue1Qr3CM7T+h25CKwxPZxlKn/cNnlSdyRZ6ZLbfX//+WrHBtu1eS
clk5x0Uyi3HbvsUlXl5FyE+n0W1c/JN/OdygKWf0QgoXBVBey/N8vTsUkyAsM3LH
QxATBfK6TnKTklpJyeOKdnMeWuixaanNECUSjttcPq8SojKGx7e2dYl98Mfhapve
xd5spdUYRc+7w9zuqGDkMp/1X4pK4K8yCBHG1xoXORVSSqKquClAuAedd4K8G49l
cuBDnm8iG1vGnQ0igXjeDc2kppjewu18BQfHH+fv/Ck1dse4MmEjxoIL4ncc/759
EHaA47qtwdSfYBjQJmlD
=EBRC
-----END PGP SIGNATURE-----