Filed as the following bug in Apple's bug tracker:
<rdar://problem/14216472> cups.org: lp and lpr print the document on a
wrong printer
Will see about fixing this in the next 1.6.x update.
On 2013-06-10, at 10:57 AM, Didier 'OdyX' Raboud <o...@debian.org> 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.
>
> 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.
_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/fe2f376d-65b6-48aa-a734-9054306cd...@apple.com
