Bug 682298

Summary: If server configured in client.conf or -h unable to see printers added from Browsing
Product: Red Hat Enterprise Linux 6 Reporter: Colin.Simpson
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED NOTABUG QA Contact: qe-baseos-daemons
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.0CC: prc
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-03-11 09:45:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Colin.Simpson 2011-03-04 19:31:48 UTC 
Description of problem:

If you set the printer server in client.conf

ServerName cupstest

or on the CLI lp commands using -h flag , printers aren't visible.

How reproducible:

Everytime

Steps to Reproduce:

1. Have a cups server that gets it's printers from either BrowsePoll or just broadcast "Browsing On".

2. Try lpstat -h localhost -a -p , works (on the cups server machine)

3. Try lpstat -h cupstest -a -p, empty or just local printers it there are any.
  
Actual results:

# lpstat -h localhost -a -p
cupstestprinter accepting requests since Tue 08 Feb 2011 10:56:52 AM GMT

But,

# lpstat -h cupstest -a -p
#

, generates nothing (or just the local printers).


Expected results:
I'd have thought,

# lpstat -h cupstest -a -p
cupstestprinter accepting requests since Tue 08 Feb 2011 10:56:52 AM GMT
#

, it's what earlier versions do (on RHEL 4 and RHEL 5). BTW this is still broken on F14's cups version.

Additional info:

Breaks any IPP clients that don't have cups on them, where the printers aren't local to the cups server (but obtained by Browsing in any form).

This looks like the bug on the upstream but they closed it :( http://www.cups.org/str.php?L3488
, it certainly isn't permissions as someone suggests here (unless very obscure ones) as local printers show up perfectly.
Comment 2 Tim Waugh 2011-03-11 09:45:40 UTC 
This is intentional: printers are only shared once and are not re-shared.

If you are using only one cupsd instance and accessing it remotely from clients, you'll need to explicitly define queues on that server.