KDE (konq / dolphin) fails to find published services with zeroconf:/

Bug #380288 reported by James
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
kdenetwork (Ubuntu)
New
Undecided
Unassigned

Bug Description

I've been tinkering with this for a while and have hit a brick wall. Not matter what I do, the zeroconf:/ stubbonly refuses to work in both konq and dolphin.

System : Kubuntu 9.04 with 4.2.3 packages installed and up to date.

System has avahi installed and running. avahi-discover, avahi-browse and mdns-scan all report services broadcasting. Typing zeroconf:/ into the url bar does not bring up any errors and is available in remote:/ as "network services"

Packages installed:
$ aptitude search avahi | grep "^i"
i avahi-autoipd - Avahi IPv4LL network address configuration
i avahi-daemon - Avahi mDNS/DNS-SD daemon
i avahi-discover - Service discover user interface for avahi
i avahi-dnsconfd - Avahi DNS configuration tool
i avahi-utils - Avahi browsing, publishing and discovery u
i bzr-avahi - mDNS plugin for Bazaar
i libavahi-client3 - Avahi client library
i libavahi-common-data - Avahi common data files
i libavahi-common3 - Avahi common library
i libavahi-compat-libdnssd1 - Avahi Apple Bonjour compatibility library
i libavahi-core5 - Avahi's embeddable mDNS/DNS-SD library
i A libavahi-glib1 - Avahi glib integration library
i libavahi-qt3-1 - Avahi Qt 3 integration library
i libavahi-qt4-1 - Avahi Qt 4 integration library
i python-avahi - Python utility package for Avahi

$ sudo aptitude search mdns
i libnss-mdns - NSS module for Multicast DNS name resolution
i mdns-scan - Scan for mDNS/DNS-SD services published on the local network

kde-zeroconf is installed as well.

avahi-discover:
Browsing domain 'local' on -1.-1 ...
Browsing for services of type '_http._tcp' in domain 'local' on 2.0 ...
Browsing for services of type '_rsp._tcp' in domain 'local' on 2.0 ...
Browsing for services of type '_daap._tcp' in domain 'local' on 2.0 ...
Browsing for services of type '_afpovertcp._tcp' in domain 'local' on 2.0 ...
Browsing for services of type '_raop._tcp' in domain 'local' on 2.0 ...
Browsing for services of type '_sleep-proxy._udp' in domain 'local' on 2.0 ...
Browsing for services of type '_workstation._tcp' in domain 'local' on 2.0 ...
Browsing for services of type '_airport._tcp' in domain 'local' on 2.0 ...
Found service 'tomato on tomato' of type '_http._tcp' in domain 'local' on 2.0.
Found service 'tomato on tomato' of type '_rsp._tcp' in domain 'local' on 2.0.
Found service 'tomato on tomato' of type '_daap._tcp' in domain 'local' on 2.0.
Found service 'tomato (AFP)' of type '_afpovertcp._tcp' in domain 'local' on 2.0.
Found service 'pinky' of type '_airport._tcp' in domain 'local' on 2.0.

mdns-scan

$ mdns-scan
+ tomato (AFP)._afpovertcp._tcp.local
+ tomato on tomato._http._tcp.local
+ tomato on tomato._rsp._tcp.local
+ tomato on tomato._daap._tcp.local
+ pinky._airport._tcp.local

(a few services removed there on purpose)

So avahi seems to be working but the zeroconf:/ url in Konq and dolphin isn't picking this up (i assume it uses avahi behind the scenes).

I tried configuring service discovery with .local domain in "network settings" of System Settings but nothing either, both apps just show an empty page where the services should be found. How could I debug what happens when zeroconf:/ is entered in the url bar of Konq and Dolphin?

I'm wondering if zeroconf is broken in Kubuntu KDE -- Does it work for anyone else? Amarok is able to discover daap shares so I assume it's somehow working.
What I'm expecting (and have seen before in KDE) is that a list of available services is shown in konq & dolphin

Thanks in advance.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.