Bug 435084
Summary: | CUPS backend: classes support | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tim Waugh <twaugh> |
Component: | bluez-utils | Assignee: | David Woodhouse <dwmw2> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | 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
So, we should only loop when the CLASS envvar is present, and exit as above otherwise? 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. Fixed upstream. |