Re: [cups-devel] [UNKN] STR #4744: FINAL_CONTENT_TYPE set incorrectly when no filters
Pierre Ossman <[email protected]>
| Newsgroups | gmane.comp.printing.cups.devel |
|---|---|
| Message-ID | <[email protected]> |
-----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-----