Bug 1026940

Summary: dnssd backend only works intermittently
Product: [Fedora] Fedora Reporter: Tim Waugh <twaugh>
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: jpopelka, twaugh
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: cups-1.6.4-5.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-03-09 04:33:01 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:

Description Tim Waugh 2013-11-05 17:09:50 UTC
Description of problem:
When run in discovery mode, the dnssd backend sometimes fails to find any printers. By comparison, "avahi-browse -v _pdl-datastream._tcp -t" works every time.

Version-Release number of selected component (if applicable):
cups-1.7.0-4.fc20.x86_64

How reproducible:
Often.

Steps to Reproduce:
1.sudo /usr/lib/cups/backend/dnssd
2.Repeat.

Actual results:
# /usr/lib/cups/backend/dnssd
DEBUG: sent=0, count=0
# /usr/lib/cups/backend/dnssd
[...]
network dnssd://Photosmart%205510%20series%20%5B730173%5D._pdl-datastream._tcp.local/ "HP Photosmart 5510 series" "Photosmart 5510 series [730173]" "MFG:HP;MDL:Photosmart 5510 series;FZY:0;CMD:PCL,JPEG,URF;" ""
network dnssd://Photosmart%205510%20series%20%5B730173%5D%20%40%20cyberelk._ipp._tcp.local/cups "HP HP Photosmart 5510 E-all-in-one" "Photosmart 5510 series [730173] @ cyberelk" "MFG:HP;MDL:Photosmart 5510 E-all-in-one;FZY:1;CMD:PDF,PS,JPEG,PNG;" ""
DEBUG: sent=3, count=3
# /usr/lib/cups/backend/dnssd
DEBUG: sent=0, count=0

Expected results:
Consistent output every time.

Comment 1 Tim Waugh 2013-11-19 16:56:01 UTC
Hmm, I can't seem to reproduce it now.

Comment 2 Tim Waugh 2014-02-11 12:34:35 UTC
Think I've figured this one out.

The dnssd backend runs the Avahi simple loop for 500ms in continuous loop of its own, stopping once it's resolved as many services as it's discovered.

The first time round the loop, it might not have discovered any yet, so thinks there is nothing to resolve and exits.

The fix is to wait until each service browser has said "all for now".

Comment 3 Fedora Update System 2014-03-05 13:48:31 UTC
cups-1.7.1-5.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/cups-1.7.1-5.fc20

Comment 4 Fedora Update System 2014-03-06 08:10:26 UTC
Package cups-1.7.1-5.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing cups-1.7.1-5.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-3451/cups-1.7.1-5.fc20
then log in and leave karma (feedback).

Comment 5 Fedora Update System 2014-03-07 06:32:26 UTC
Package cups-1.7.1-6.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing cups-1.7.1-6.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-3451/cups-1.7.1-6.fc20
then log in and leave karma (feedback).

Comment 6 Fedora Update System 2014-03-09 04:33:01 UTC
cups-1.7.1-6.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 7 Fedora Update System 2014-04-29 05:24:09 UTC
cups-1.6.4-5.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.