<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><p>This diff does somewhat depend on <a href="https://phabricator.kde.org/D16298" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">D16298</a> as currently KDNSSD can easily lock indefinitely on resolving services. We could kinda bypass this with a timeout on service resolution, that would however have the disadvantage of either having to repeat the resolution or not showing the device. Both of which suck a bit. My plan is to simply have the fallback only run with KDNSSD 5.52 (assuming that gets the fix landed).<br />
Besides that this is working nicely for me.<br />
I would love to have a way to actually get the workgroup from a share, but from some research that seems simply unobtainable (via smbclient anyway) unless SMB1 is used (as in: if you use the smbclient CLI it would transparently drop down to SMB1 for the workgroup query but even that doesn't work if the minimum version is set >=SMB2). So we could drop to SMB1, but honestly I fail to appreciate the use in that in particular since the maintainer of SMB within Microsoft is very insistent on people not using a 30 year old insecure protocol anymore (rightfully, I should add ;))</p>

<blockquote style="border-left: 3px solid #8C98B8;
          color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D16299#345363" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">D16299#345363</a>, <a href="https://phabricator.kde.org/p/ngraham/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@ngraham</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>Wow, awesome work. What more is needed to support Windows? Support for the <tt style="background: #ebebeb; font-size: 13px;">WS-Discovery</tt> protocol?</p></div>
</blockquote>

<p>Yes. I am not sure we have a production quality lib for that anywhere though. I haven't had much of a look since it's tricky to try in my network. There is however a good chance windows 10 already does, or possibly will at some point in the future, embrace dnssd like the rest of the world <a href="https://channel9.msdn.com/Events/Build/2015/3-79" class="remarkup-link" target="_blank" rel="noreferrer">https://channel9.msdn.com/Events/Build/2015/3-79</a></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>ngraham, kde-frameworks-devel, kfm-devel, feverfew, michaelh, spoorun, navarromorales, firef, andrebarros, bruns, emmanuelp<br /></div>