KDE (konq / dolphin) fails to find published services with zeroconf:/
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-
i libavahi-common3 - Avahi common library
i libavahi-
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)._
+ tomato on tomato.
+ tomato on tomato.
+ tomato on tomato.
+ pinky._
(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.