browser.js blows up inside _normalizeService when service has no fullname or txt

[johnspurlock]

e.g. a service like the one below passed to _normalizeService will fail in two ways: normalizing the name (no service.fullname), and normalizing the txtRecord (no service.txtRecord)

{
  "addresses": [
    "192.168.1.100"
  ],
  "query": [],
  "type": [
    {
      "name": "homekit",
      "protocol": "tcp",
      "subtypes": []
    }
  ],
  "interfaceIndex": 3,
  "networkInterface": "pseudo multicast"
}

[MarshallOfSound]

I assume your referencing the node-mdns-easy package.

https://github.com/GPMDP/node-mdns-easy/blob/master/src/browser.js#L67

[MarshallOfSound]

Would you just expect the fullname to be blank if none is provided in the record?

(A blank fullname actually violates the MDNS spec but that's a different story)

[MarshallOfSound]

/cc @jostrander I think you did this normalizing stuff, thoughts on how to handle?

[johnspurlock]

That's right, browser.js = node_modules/node-mdns-easy/dist/browser.js

Would a sensible default be host + first service type or something? Not sure how fullname is used in your package, I just started kicking the tires tonight.

[MarshallOfSound]

@johnspurlock I think we can just default it to the scanning type. We don't actually use fullname as far as I can see in this package. I think we used to but we replaced it with a text record.

https://github.com/GPMDP/electron-chromecast/blob/master/src/cast/index.js#L28

I don't know why we are even processing the record you posted though? It's type is homekit not cast?

[jostrander]

Yeah I just made it normalized for our application, if we're missing something that could be used elsewhere by all means we can add a sensible default in.

[jostrander]

Valid point though @MarshallOfSound that's not a valid google cast record.

[johnspurlock]

I had other apps doing bonjour things at the time, I assume it was not explicitly requested by electron-chromecast, just observing another advertised service. Perhaps you can filter them out upstream somewhere?

[MarshallOfSound]

@johnspurlock That would seem quite strange if it wasn't explicitly requested for node-mdns-easy to still receive it. Regardless if you want to submit a PR to node-mdns-easy with a sensible default I'll gladly accept it 👍

[johnspurlock]

Ok thanks, I ended up using another library in the meantime - will look into a patch if I re-integrate this library.

[MarshallOfSound]

another library

For chromecast integration? Can you link me through? 😄

[johnspurlock]

Sure! Right now I'm just using castv2-client directly, which uses the same castv2 dependency, but no mdns abstraction or chrome api emulation.