3.5 branch kfmclient/KRun problem with local HTML files and anchors

Kevin Krammer kevin.krammer at gmx.at
Tue Aug 15 20:56:04 BST 2006


On Tuesday 15 August 2006 21:45, David Faure wrote:
> On Sunday 13 August 2006 09:45, Stephan Kulow wrote:
> > Am Sonntag, 13. August 2006 01:50 schrieb Kevin Krammer:
> > > A Portland xdg-utils tester reported a problem when launching a file
> > > URL with anchor: https://bugs.freedesktop.org/show_bug.cgi?id=7863
> > >
> > > Summary:
> > > kfmclient exec http://host/path#anchor works
> > > kfmclient exec file:/path#anchor does not work (anchor gets lost)
> > >
> > > I tracked it down to
> > > krun.cpp method KRunMX2::subst
> > >
> > > educated guess:
> > >
> > > ret << (url.isLocalFile() ? url.path() : url.url());
> > >
> > > strips the anchor since isLocalFile() returns true
> > >
> > > Is this a bug or intentional?
> >
> > I think this is an invalid overoptimization. If a .desktop file has %u it
> > can handle URLs and shouldn't see paths. But the line in question is
> > pretty old. I guess removing this check would work still.
>
> IIRC this was because "a path looks nicer than a url".
>
> How about using ret << url.pathOrURL() instead? It has exactly the right
> logic, i.e. to only return a path if it's a local file, with no ref and no
> query in the url.

Works like expected. Though what is the use case of beautifying the parameter 
when the launched application has to be able to deal with URIs anyway?

Cheers,
Kevin

-- 
Kevin Krammer <kevin.krammer at gmx.at>
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German), www.qtcentre.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060815/9ece4fc3/attachment.sig>


More information about the kde-core-devel mailing list