KIO::OpenUrlJob and applications: URLs

[Kai Uwe Broulik]

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.crocco at 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