Hi Stefano,
looks like this is an oversight in OpenUrlJob. It only ever runs files
from local URLs (i.e. file:/). It doesn’t handle pseudo-local (protocol
class “:local”) protocols, such as desktop:/.
It also doesn’t resolve the “local url” that applications:/ sets.
The question is what the right fix is: I would like to avoid a StatJob
for every OpenUrlJob to resolve the local URL. Maybe we could add
handling for ”:local” protocols but that also doesn’t feel entirely right.
I made a patch [1] that will make it set UDS_TARGET_URL and might fix
this particular issue but isn’t a “proper” fix imho
Cheers
Kai Uwe
[1] https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5805
Am 06.09.25 um 11:31 schrieb stefano.cro...@alice.it:
Hello to everyone,
I was investigating a Konqueror bug report [1] and I found out what in
my opinion is an unexpected behavior in KIO::OpenUrlJob. I'd like to
know whether this is the intended behavior or it's a bug.
What I noticed is that launching a KIO::OpenUrlJob for an URL with the
applications: scheme pointing to a desktop file (for example,
applications:/Graphics/org.kde.gwenview), causes the
corresponding .desktop file to be opened in a text editor instead of
being executed, even after calling setRunExecutables(true). As a result,
in both Dolphin and Konqueror entering an URL such as applications:/
Graphics/ and then activating the icon corresponding to an application
doesn't open the application itself, as in my opinion the user expects,
but opens a text editor displaying the contents of the .desktop file.
Does anyone know if this is the expected behavior, or it's a bug?
Thanks in advance
Stefano
[1]: https://bugs.kde.org/show_bug.cgi?id=508936
