Your message dated Sat, 17 May 2014 09:30:22 +0200
with message-id <1400311822.6761.7.camel@merkur>
and subject line Re: Bug#543341: Debian bug #543341
has caused the Debian Bug report #543341,
regarding foomatic-filters: overrides options when used with CUPS and Samba
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
543341: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543341
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: foomatic-filters
Version: 3.0.2-20080211-3.2
Severity: normal
Hello,
When used with CUPS and Samba, foomatic-rip overrides the printing
options, ignoring the user's choice and setting them to their default
values instead. This is a different problem than bug #497671, that I
already handled.
Use case: a Windows user sends a printing job with an option
'ColorMode=Color', on a raster printer which PPD's default is
'ColorMode=Monochrome'.
Result: a monochrome print.
Process breakdown:
1. The Windows printing driver (CUPS, Adobe or Microsoft PostScript with
the printer's PPD) processes the options, embedding them into the
PostScript file.
2. The Windows SMB client sends the processed PostScript to the printing
server, without any external option, as the SMB protocol does not
support printing options.
(bug #497671, if not worked around: CUPS receives the job, passes it to
pstops, that overrides somes options)
3. CUPS receives the job, and passes it to foomatic-rip.
4. foomatic-rip identifies that it was called by CUPS, and:
4.1 l. 2879, notes that the options were given in the PostScript and
on the command line (which is wrong), but that their values are
different,
4.2 inside the 'if' bloc, replaces the PostScript value the “command
line value”, in fact the default PPD value,
4.3 l. 2977, logs the replacement.
To fix that, I simply disabled all the remplacement code between lines
2879 and 2983, but it may have broken other features.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i586)
Kernel: Linux 2.6.26-2-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
Am Freitag, den 16.05.2014, 11:16 +0200 schrieb Tanguy Ortolo:
> Hello,
>
> Jörg Frings-Fürst, 2014-05-13 14:04+0200:
> >exist this error still in the current version?
>
> I really have no idea, as I no longer have the means to test that.
> Consequently, I do not really care any more, so feel free to close this
> bug.
>
> Regards,
>
Ok, closed.
Thanks for your answer.
Regards,
Jörg
--
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56
Jörg Frings-Fürst
D-54526 Niederkail
IRC: [email protected]
[email protected]
signature.asc
Description: This is a digitally signed message part
--- End Message ---
