Bug 1903801
Summary: | cupsGetDests2 shows permanent and temporary queues [expected] | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Todd <ToddAndMargo> | ||||
Component: | cups | Assignee: | Zdenek Dohnal <zdohnal> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 33 | CC: | twaugh, zdohnal | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2020-12-03 08:23:12 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Todd
2020-12-02 19:49:47 UTC
Hi Todd, thank you for reporting the issue! It actually doesn't show a deleted print queues, but a temporary ones+permanent ones - in other words, it shows all queues available to you. It is done like this - it collects a print queues which are stored within cupsd (in 'Printers' global struct) and then it does avahi call for devices on the local network. The returned data is processed and added to cupsGetDests2() result. `lpstat -a` only shows a permanent queues which are accepting jobs, not temporary ones, because they are created once you enter a print dialog, so there is no need to show them in `lpstat -a` output - if they accept jobs, they will be shown in print dialog. What is 'rn6' on your network? Depending on the answer, it would answer a lot. Because it looks like a 'rn6' server, which shares its queues on the local network and your client, which is on the same network, sees them as temporary queues. However, you manually or via cups-browsed installed a local queues on your client pointing to those queues on the server, which makes them permanent. So showing them twice is the expected behavior when you already have a permanent queue. It is meant to give a notice you actually don't need those permanent queues unless you want a different printing options than a manufacturer supplies and you don't want to change them every time in print dialog before printing, or if you want to share your local queues on client further through the network. Ad programs with/without problem: I'm not sure about most of them, but I know about Firefox uses GTK, which does avahi calls by itself, so you can get into state where you don't see the queues you removed. Then libreoffice asks cupsd directly, so you will always see queues you 'removed'. =============================== TO SUM IT UP: This is not a bug. If you don't want to see those print queues twice, stop+disable cups-browsed and remove the permanent queues which are supported by temporary queues. However, you can tackle this bug https://bugzilla.redhat.com/show_bug.cgi?id=1784449 in a specific network setups. If you hit the bug, please add a comment to the bz#1784449. There is a known mitigation for that gtk3 bug - print from libreoffice or any non-gtk based application. I'm not sure how many apps are based on GTK, but from those I know - Firefox, Thunderbird, evince, gvim. Not to ask too stupid a question, but if cupsGetDests2 is not the proper way to get permanent queues, what is the proper way to ask CUPS the permanent queues? Created attachment 1736577 [details]
printer.conf and printcap
The extra deleted printers are not showing in printcap or printers.conf.
$ lpstat -p Cups_PDF_rn6 -l
$ lpstat -p Oki_B4350_on_dev_lp0_rn6 -l
$ lpstat -p Virtual_PDF_Printer_rn6 -l
All three returned nothing.
And a good printer returns:
$ lpstat -p B4350 -l
printer B4350 is idle. enabled since Fri 04 Dec 2020 03:45:27 PM PST
Where are these temporary files?
Follow up: These are not extras that did not delete when I deleted the originals. What transpired was the I was experimenting with several way to access a parallel port card and had created several printers using "_rn6" at the end of their names. "_rn6" is the host name of the computer. What I "thought" were un-deleted printers was actually the name cups tacks a printer that is shared on the network. An d it took me several day to realize I was looking at a coincidence. "cupsGetDests2" in its "ultimate wisdom" list both the local name and the shared name: Cups-PDF Cups_PDF_rn6 <-- Shared name Virtual_PDF_Printer Virtual_PDF_Printer_rn6 <--Shared name Now I will go wipe some eggs off my face. Thank you for your patience. |