Bug#711848: cups-client: lp and lpr print the document on a wrong printer
On 2013-06-10 16:57:22 +0200, Didier 'OdyX' Raboud wrote:
> Hi Michael,
>
> Could you eventually take a look at http://bugs.debian.org/711848 ?
>
> It's apparently a bug introduced with the enumerated destinations API in CUPS
> 1.6; it would be great if you could chime in. Vincent's analysis is below.
Some additional information: "lpstat -a" output is correct and gives
lipucb-mono-1 in the list as accepting requests.
/etc/cups/client.conf contains:
ServerName lip-printserver1.lip.ens-lyon.fr/version=1.1
The server doesn't accept the 1.6.x default version (2.0).
> Cheers,
>
> Didier Raboud, Debian CUPS co-maintainer
>
> P.S. If you'd prefer other means of contacts regarding the CUPS bugs, feel
> free to point me towards them.
>
> Le lundi, 10 juin 2013 16.07:46, Vincent Lefevre a écrit :
> > If I understand correctly, there may be actually 2 problems:
> >
> > 1. _cupsGetDests(http, op, name, &dest, 0, 0) failed while it
> > shouldn't.
> >
> > 2. In case of failure due to specified[*] but inexistent printer,
> > another printer is tried. This is a *wrong* behavior. The correct
> > behavior is to report an error in such a case. Otherwise, for
> > instance, if a document is sent to a private printer but something
> > goes wrong like here, it may end up on a public printer!
> >
> > [*] by either a lpoptions config file or an environment variable.
> > The -P lpr option is handled directly in lpr, and cupsGetNamedDest
> > is not involved if this option is used; that's why everything is
> > fine with it.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: