Red Hat Bugzilla – Bug 120690
Printconf doesn't handle IPP URIs
Last modified: 2008-08-02 19:40:32 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20040116
Description of problem:
This also happens on Redhat 9.
If an IPP queue was set up in CUPS outside of the Printconf framework,
the whole printconf subsystem fails catastrophically when trying to
import the configuration. It looks like the code in cups_import.py is
unable to recognize URIs of the form ipp://... even though these are
very common in CUPS environment.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create an IPP queue manually
2. Run printconf
3. Get python errors
Actual Results: Crash
Expected Results: Successful import of IPP queues and printconf runs
Apparently happens on FC2 as well.
It looks like a GUI version of redhat-config-printer -
redhat-config-printer-gui supports IPP printers. So a workaroud would
be to use it instead of TUI version. But not every time it is possible
to use X.
This bug is actually mostly pertaining to the case when you are NOT
using any of the redhat tools to create the queue. Printconf then
doesn't do its error handling properly.
Note that the crash happens outside of any GUI (in the printconf backend).
*** Bug 82892 has been marked as a duplicate of this bug. ***
redhat-config-printer-tui does not allow you to create CUPS IPP print queues. I
believe this is a big since many print servers run without X.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
FWIW, this will be fixed in FC6:
1. arbitrary URIs are allowed in the graphical interface
2. remote configuration over IPP is supported