Bug 1484916
| Summary: | Can not get destinations from CUPS server | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Marek Kašík <mkasik> |
| Component: | cups | Assignee: | Zdenek Dohnal <zdohnal> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 27 | CC: | bnocera, jpopelka, kparal, lbrabec, pablodav, robatino, sgallagh, twaugh, zdohnal |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | AcceptedBlocker https://fedoraproject.org/wiki/Common_F27_bugs#printers-missing | ||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-10-04 14:52:37 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1396704 | ||
Looking at https://bugzilla.gnome.org/show_bug.cgi?id=786765 and testing in F27 VM, the same applies to local CUPS server. I've just downgraded to cups-2.2.3-6 and it works. So the problem is between 2.2.3-6 and 2.2.4-3. Looking at cupsGetDests2() it seems that it was reimplemented using cupsEnumDests(). Hi Marek, sorry for late response, I had sickness leave. I'll look into it. My guess is changes will be needed in python-cups to work with reimplemented function. (In reply to Zdenek Dohnal from comment #3) > Hi Marek, > > sorry for late response, I had sickness leave. I'll look into it. My guess > is changes will be needed in python-cups to work with reimplemented function. Hi Zdenek, I think that the problem resides in cups itself since gnome-control-center's Printer panel is also affected and it uses C API. Today I got upgrade to cups-2.2.4-4 Control panel and libreoffice and also tested with python cups module, all are working fine so everything seems to be fixed. This issue is reported and solved as cups issue #5046 and solution will be in 2.2.5 version. I'm focusing on other things right now, so I will backport it to f27 as I will have more time. Proposed as a Blocker for 27-beta by Fedora user sgallagh using the blocker tracking app because: "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test." This bug results in printing being essentially unavailable entirely on Fedora 27. As this is critical functionality relied upon by most users, I think this qualifies for Final blocker status. Proposed as a Blocker for 27-final by Fedora user sgallagh using the blocker tracking app because: "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test." This bug results in printing being essentially unavailable entirely on Fedora 27. As this is critical functionality relied upon by most users, I think this qualifies for Final blocker status. cups-2.2.4-5.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-bbb629b3ae Making replies non-confidential since there was nothing confidential in them. To add more details: By default you don't see any printers in GNOME dialogs if you have no default printer set. You can still see them using cups-browsed. If you set a default printer, the printers will appear even in GNOME dialogs. Default printer doesn't have to even exist, it can be fake, non-functional printer, but it needs to be set as default. Then other printers will show up. How to create fake printer f.e.: $ lpadmin -p printer-name -v socket://localhost:1200/printer-name -E $ lpadmin -d printer-name then other printers show up, when I use getDests() method. Discussed at blocker review meeting [1]: AcceptedBlocker (Final) - This violates "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test" for control center app and showing printers. [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2017-10-02/ cups-2.2.4-5.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-bbb629b3ae (In reply to Fedora Update System from comment #14) > cups-2.2.4-5.fc27 has been pushed to the Fedora 27 testing repository. If > problems still persist, please make note of it in this bug report. > See https://fedoraproject.org/wiki/QA:Updates_Testing for > instructions on how to install test updates. > You can provide feedback for this update here: > https://bodhi.fedoraproject.org/updates/FEDORA-2017-bbb629b3ae this update fixes the problem for me Setting status per comment 15 I can confirm that this allows me to see the printers I have configured on my local network. However, specifying a CUPS server to search for new printers returns zero results, so I'm not sure this is completely fixed. Let me know if you'd prefer I open a new BZ to track that. It seems that the reimplementation of cupsGetDests2() does not use the "http_t *" parameter at all and hence only local printers are listed. I've created an issue for this in upstream tracker and will see whether it was intentional or not (see https://github.com/apple/cups/issues/5135). cups-2.2.4-5.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report. Bodhi failed to close this, closing. |
Description of problem: When I try to get destinations (cupsGetDests()) from a remote CUPS server I get empty list on Fedora 27 but I get the printers when calling it on Fedora 26. This happens in control-center's Printers panel. (but I test it in python) Version-Release number of selected component (if applicable): cups-2.2.4-3.fc27 How reproducible: Always Steps to Reproduce: 1. run python 2. import cups 3. c = cups.Connection ('a-server') 4. cups.getDests() Actual results: {} Expected results: all dests on the server Additional info: c.getPrinters() works on both Fedoras The remote server is CUPS 1.4.2.