Bug 1059 - xprint should monitor/poll /etc/printcap
Summary: xprint should monitor/poll /etc/printcap
Status: RESOLVED WONTFIX
Alias: None
Product: xprint
Classification: Unclassified
Component: Server: Spooler support: CUPS (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Roland Mainz
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-12 06:10 UTC by Rex Dieter
Modified: 2007-01-24 07:14 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Rex Dieter 2004-08-12 06:10:52 UTC
On our systems with xprint and cups, it turns out that none of our network
printers show up (initially) in the printer list when printing from mozilla/xprint.

Our cups setup if hopefully not unique, in that individual cups clients poll
various cups servers for available print queues.  This polling (after starup,
taking over several minutes) populates /etc/printcap with a list of available
print queues.

It appears that xprint parses /etc/printcap too (or contacts cups directly, I'm
not sure of the implementation details), but this appears to occur *only* at
startup, which happens only moments after cups starts, and before it is
populated with any printers.  The result is that xprint's printer list is
(usually) empty.  Restarting the xprint server afterwards (after /etc/printcap
is populated), yields a properly full xprint list of available print queues.
Comment 1 Rex Dieter 2007-01-24 07:14:32 UTC
don't use xprint anymore, so I don't care. CLOSING.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.