Bug 379450 - drag and drop a URL from a browser fails to create a shortcut with the right URL
Summary: drag and drop a URL from a browser fails to create a shortcut with the right URL
Status: RESOLVED FIXED
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (other bugs)
Version First Reported In: 5.28.0
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-02 21:22 UTC by damien.kde
Modified: 2018-08-22 20:55 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description damien.kde 2017-05-02 21:22:02 UTC
Using Kubuntu 16.04, Plasma 5.8.5.

When I drag and drop a URL from a web browser location bar (I tried Firefox and Chromium), after choosing to get a link, instead of getting a .desktop file with a link, Plasma (which module?) tries to create a .desktop to a different URL, full of %00 and using the title of the window. Usually that fails, but sometimes it does create the file.
For instance, for the URL https://bugs.kde.org/, I get the following .desktop file:

[Desktop Entry]
Icon=unknown
Name=%00K%00D%00E%00 %00B%00u%00g%00t%00r%00a%00c%00k%00i%00n%00g%00 %00S%00y%00s%00t%00e%00m%00 %00M%00a%00i%00n%00 %00P%00a%00g%00e
Type=Link
URL[$e]=%00K%00D%00E%00 %00B%00u%00g%00t%00r%00a%00c%00k%00i%00n%00g%00 %00S%00y%00s%00t%00e%00m%00 %00M%00a%00i%00n%00 %00P%00a%00g%00e

My guess is that the bug is not caused by dolphin, but I do not know what is causing it.
Comment 1 Elvis Angelaccio 2017-05-03 10:07:24 UTC
Works fine here. What's your KIO version?
Comment 2 damien.kde 2017-05-05 01:43:20 UTC
> What's your KIO version?

5.28.0
Comment 3 damien.kde 2017-05-05 01:47:26 UTC
Some additional info: this is what dolphin writes in a terminal when I drop the URL:

kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
ark.main: "application/octet-stream" is not a supported mimetype
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
Comment 4 Christoph Feck 2017-05-11 10:46:16 UTC
Setting version.
Comment 5 Nate Graham 2018-08-22 20:55:30 UTC
Works for me in KDE Frameworks 5.49 and Plasma 5.12.6