Bug 435084 - CUPS backend: classes support
Summary: CUPS backend: classes support
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: bluez-utils
Version: 8
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: David Woodhouse
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-02-27 09:49 UTC by Tim Waugh
Modified: 2008-03-14 17:09 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-03-14 17:09:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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.


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