Vincent,
I just did extensive testing and figured out that it is sort-of a race condition between cupsServer() getting called and ippNewRequest() - when you specify -h on the command-line it forces the default IPP version to get set before ippNewRequest, but otherwise it doesn't get set until we try to send the request (after the call to ippNewRequest).
I filed the following Apple bug to track this particular fix:
<rdar://problem/14401718> cups.org: Default IPP version isn't set before use in ippNewRequest
The patch that fixes it is attached...
Attachment:
rdar14401718.patch
Description: Binary data
On Jul 9, 2013, at 11:46 AM, Michael Sweet <msweet@apple.com> wrote: > OK, then it sounds like the /version=1.1 support isn't kicking in for client.conf for some reason. Investigating... > > > On 2013-07-09, at 11:09 AM, Vincent Lefevre <vincent@vinc17.net> wrote: > >> On 2013-07-09 10:46:15 -0400, Michael Sweet wrote: >>> Strange, what happens if you do: >>> >>> lpr -H lip-printserver1.lip.ens-lyon.fr/version=1.1 bfrange-test.pdf >> >> This one is OK: I do not get the error, and lpr asks for the password. >> >> -- >> 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) > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer, PWG Chair > _________________________________________________________ Michael Sweet, Senior Printing System Engineer, PWG Chair