<table><tr><td style="">sitter added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D16299">View Revision</a></tr></table><br /><div><div><div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">// TODO: it may be better to resolve the host to an ip address. dnssd
//   being able to find a service doesn't mean name resolution is
//   properly set up for its domain. So, we may not be able to resolve
//   this without help from avahi. OTOH KDNSSD doesn't have API for this
//   and from a platform POV we should probably assume that if avahi
//   is functional it is also set up as resolution provider.
//   Given the plugin design on glibc's libnss however I am not sure
//   that assumption will be true all the time. ~sitter, 2018</pre></div>

<p>If someone has a thought to offer on this please do.<br />
Personally I am somewhat leaning towards assuming that systems should be properly configured. The problem with setting the URL to the ip address is that it messes with the visual look in the address bar. So, if we want reliable resolution and good looks we'd need to resolve each dnssd address (e.g. <tt style="background: #ebebeb; font-size: 13px;">foobar.local</tt>) to their ip address (e.g. 172.17.0.1) via kdnssd and then resolve that back to a hostname via glibc/qhostinfo (e.g. <tt style="background: #ebebeb; font-size: 13px;">foobar.sky.net</tt>). That way we'd know that the name we have in the end is in fact resolvable by the system without aid from dnssd. Speed impact of this aside it also adds 3 additional points of failure (and KDNSSD currently doesn't implement the resolver API it seems).</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R320 KIO Extras</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D16299">https://phabricator.kde.org/D16299</a></div></div><br /><div><strong>To: </strong>sitter, Frameworks, Dolphin<br /><strong>Cc: </strong>alexde, bcooksley, ngraham, kde-frameworks-devel, kfm-devel, sourabhboss, feverfew, michaelh, spoorun, navarromorales, firef, andrebarros, bruns, emmanuelp, mikesomov<br /></div>