Bug 416799 - kde-open5 converts numbers to IPs for scheme URLs
Summary: kde-open5 converts numbers to IPs for scheme URLs
Status: REPORTED
Alias: None
Product: kde-cli-tools
Classification: Plasma
Component: general (show other bugs)
Version: 5.12.9
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Aleix Pol
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-26 18:12 UTC by My1
Modified: 2020-02-19 18:50 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description My1 2020-01-26 18:12:54 UTC
basically kde-open5 unlike kde-open changes a scheme url which just has a few numbers into having an ip which breaks programs using those URLs

in my precise case it's done with wayk, a remote management tool, which uses wayk://xxxxxx urls for quick remote connections.

STEPS TO REPRODUCE
1. open terminal
2. enter kde-open5 wayk://123456


OBSERVED RESULT

observe wayk getting a weird IP as well as an error

EXPECTED RESULT

wayk gets the 6 digit number and tries a connect (which fails if there is no real computer behind but you get my point.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Kubuntu 18.04
(available in About System)
KDE Plasma Version: 5.12.9
KDE Frameworks Version: 5.44.0
Qt Version: 5.9.5


ADDITIONAL INFORMATION

(the expected is what would happen using the kde-open without the 5)

but the general handler for opening stuff (at the very least on kubuntu), xdg-open points to kde-open5 on KDE5
Comment 1 Christoph Feck 2020-02-14 16:51:16 UTC
Could be related to bug 408632. Could you test a recent live distribution?
Comment 2 Gleb Popov 2020-02-14 16:56:37 UTC
I can reproduce this on 5.17.4. Running kioclient exec wayk://123456 result in "Can't open wayk://0.1.226.64" error message.

This isn't specific for wayk protocol - running kioclient exec http://123456 pops out browser trying to open http://0.1.226.64/
Comment 3 Gleb Popov 2020-02-19 18:50:27 UTC
Ok, this is on Qt side. Calling

QUrl::fromUserInput("blabla://123456")

returns

blabla://0.1.226.64/

Should this be reported to Qt our worked-around on our side?