HPLIP filtering rules pstotiff.convs can mess up normal CUPS filtering
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
HPLIP |
New
|
Undecided
|
Unassigned | ||
Fedora |
Fix Released
|
Undecided
|
Bug Description
HPLIP's pstotiff.convs contain
-------
application/
application/pdf image/tiff 80 pstotiff
application/
application/
-------
Wihout HPLIP's filtering rules the normal CUPS
upstream filtering for PostScript is done via
/usr/lib/
and
/usr/lib/
Wih HPLIP's filtering rules filtering for PostScript
is subverted into something like
/usr/lib/
and
/usr/lib/
The reason why HPLIP's entries in its pstotiff.convs
mess up the normal CUPS upstream filtering is:
When HPLIP adds CUPS filtering rules via a *.convs file
for standard MIME types like application/
application/
of the standard CUPS filtering which means those rules
affect all print jobs with that standard MIME types.
In other words:
What CUPS filtering happens depends on the MIME types so that
for same MIME types same CUPS filtering happens and
when HPLIP needs different CUPS filtering rules
then HPLIP must use different MIME types.
Currently that bad filtering rules in the HPLIP software
get deactivated/hidden in a fragile way by other ("cheaper")
filtering rules from the cups-filters package that take
precedence over HP's problematic filtering rules.
But that is no real solution because it means that without
the filtering rules from the cups-filters package the user
gets HPLIP's non-working filtering via HPLIP's pstotiff
for all his PostScript and PDF print jobs.
I think a real solution should be that HPLIP uses special
HPLIP-specific MIME types for its HPLIP-specific filtering.
affects: | cups (openSUSE) → opensuse |
Changed in opensuse: | |
importance: | Unknown → High |
status: | Unknown → Confirmed |
Changed in fedora: | |
importance: | Unknown → Undecided |
status: | Unknown → Fix Released |
CUPS 1.6 will have major incompatible changes:
"Transition all non-Mac filters to OpenPrinting" www.cups. org/str. php?L3930 www.cups. org/str. php?L3931
http://
"Deprecate and stub out image file support"
http://
"Drop serial and parallel backends" www.cups. org/str. php?L3935
http://
"Drop support for CUPS Browsing and Polling" www.cups. org/str. php?L3922 www.cups. org/str. php?L3889 www.cups. org/newsgroups. php?gcups. general+ T+Q%22Why+ is+CUPS+ browsing+ deprecated% 22
http://
"CUPS browsing is deprecated and scheduled for removal ... after 1.5.x"
http://
"Bonjour is the replacement"
http://
"Deprecate PPD functions" www.cups. org/str. php?L3926 www.cups. org/str. php?L3927 www.cups. org/newsgroups. php?gcups. general+ T+Q%22CUPS+ 1.6+and+ PPD%22
http://
"Deprecate the PPD compiler"
http://
"Support for PPDs is not going away in CUPS 1.6"
http://
In general for changes in the upcomming CUPS version 1.6 see www.cups. org/roadmap. php?VERSION= 1.6
http://