Bug 682298 - If server configured in client.conf or -h unable to see printers added from Browsing
Summary: If server configured in client.conf or -h unable to see printers added from B...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: cups
Version: 6.0
Hardware: All
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Tim Waugh
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-04 19:31 UTC by Colin.Simpson
Modified: 2011-03-11 09:45 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-11 09:45:40 UTC
Target Upstream Version:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.