Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

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:
Embargoed:

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.