Bug 435084

Summary: CUPS backend: classes support
Product: [Fedora] Fedora Reporter: Tim Waugh <twaugh>
Component: bluez-utilsAssignee: David Woodhouse <dwmw2>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 8CC: bnocera
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-03-14 17:09:32 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 Tim Waugh 2008-02-27 09:49:28 UTC
Description of problem:
The bluetooth CUPS backend should check whether the 'CLASS' environment variable
is set the first time it fails to establish contact with the device.  If the
environment variable is set, it should do this:

  fputs ("INFO: Unable to contact printer, queuing on "
         "next printer in class...\n", stderr);
  sleep (5);
  exit (CUPS_BACKEND_FAILED);

Version-Release number of selected component (if applicable):
3.20-6.fc8

Comment 1 Bastien Nocera 2008-03-14 00:03:01 UTC
So, we should only loop when the CLASS envvar is present, and exit as above
otherwise?

Comment 2 Tim Waugh 2008-03-14 10:56:38 UTC
The other way around: if the CLASS environment variable is present and it fails
to contact the printer, it needs to exit.  That way, the scheduler will re-queue
it on the next available printer in that class.

If CLASS is not set, it should loop as normal.

Comment 3 Bastien Nocera 2008-03-14 17:09:32 UTC
Fixed upstream.