<table><tr><td style="">dfaure created this revision.<br />dfaure added reviewers: ahmadsamir, feverfew, ngraham.<br />Herald added a project: Frameworks.<br />Herald added a subscriber: kde-frameworks-devel.<br />dfaure requested review of this revision.
</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/D28187">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><ul class="remarkup-list">
<li class="remarkup-list-item">Remove special case for hasSchemeHandler, it's just a hack.</li>
</ul>

<p>When starting a service that handles a specific scheme, we know it<br />
supports that URL (supportedProtocols returns it).</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">Instead, the broken logic was that if we are in the special case</li>
</ul>

<p>"username set, no password", which forces a FUSE request *even* for a<br />
supported protocol, and that FUSE request fails, then we don't want to<br />
fallback to kioexec. Using the service directly works just fine.</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">Merge the two for() loops. The first one is "no %u, so only local</li>
</ul>

<p>files are supported", easy to model in the condition for the bool<br />
'supported'.</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">If we do proceed without kioexec after a fuse error, recheck</li>
</ul>

<p>request.reply.isError otherwise we end up replacing a URL with a DBus<br />
error message :-)</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">Even further optimization: skip the FUSE request for the case of</li>
</ul>

<p>a scheme-handler with username. For local, KIO, scheme-handlers,<br />
supported means supported. The hack is only for the other case:<br />
explicitly listed protocols with X-KDE-Protocols like in vlc.desktop</p></div></div><br /><div><strong>TEST PLAN</strong><div><p>krununittest (which unfortunately doesn't cover all cases),<br />
plus stepping with gdb to see if we make a FUSE request.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R241 KIO</div></div></div><br /><div><strong>BRANCH</strong><div><div>master</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D28187">https://phabricator.kde.org/D28187</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>src/core/desktopexecparser.cpp</div></div></div><br /><div><strong>To: </strong>dfaure, ahmadsamir, feverfew, ngraham<br /><strong>Cc: </strong>kde-frameworks-devel, LeGast00n, cblack, GB_2, michaelh, ngraham, bruns<br /></div>