Open TomMettam opened 5 years ago
The resolved
event is the one for detecting addresses - do your expected details show up in there?
No, as mentioned above we don't receive the resolved events at all unless we call reInit first.
Wondering if this is a timing issue. Do you kick off your watch()
from inside (or after) a platform.ready()
or similar call?
Yes, inside the platform.ready callback. I thought timing issue too, so i tried a ten second timer instead. No dice
Intriguing, thanks for confirming. Some more thoughts...
adb
logs (either in terminal or Android Studio) pertaining to network status or this plugin?No mobile data, wifi only.
Nothing interesting that I could see. Network connectivity was solid and I could see the query and responses with wireshark.
Only one device came through as "resolved" (and actually this event fired repeatedly). It was a synology NAS device which was itself performing mdns queries.
After issuing reInit all the other devices on the network came through as resolved.
Picking up on a relatively inactive thread here, but I'm also running into this issue with iOS.
Particularly, I notice the issue doesn't happen when creating the bonjour service on my Mac - if so then the iOS device picks up the resolved action just fine. But when the service is created on Windows, I'm only left with the "added" action, and it never gets resolved.
Did you guys figure it out?
On Android, for most devices, we get "added" event for most devices, however this event is missing the IP address and TXT record data.
avahi-browse shows all the devices correctly with full info.
I can get it to work by adding a call to reInit() prior to the watch command, however, this really shouldn't be necessary since the app has only just started up.. the reInit() command also takes about 10 seconds to complete.