Every time a download is attempted to be started, it gets stopped immediately and cannot be resumed. Reproducible: Always Steps to Reproduce: 1. Open KGet5 2. Press "New Download" 3. Paste some URL (for example, Kubuntu ISO) 4. Start download Actual Results: The download doesn't start, and a new directory named "file:" is created in the working directory, with a duplicate hierarchy to the output directory inside (but no actual files inside). Expected Results: The download should start, and no "file:" directory should be created. This seems to be caused by the "file://" protocol being misinterpreted as a path. I'm using KGet Version 2.95.0: KDE Frameworks 5.14.0 Qt 5.4.2 (built against 5.4.2) The xcb windowing system openSUSE Tumbleweed
Created attachment 99965 [details] KGet console output Still the same issue with the current git master on openSUSE Tumbleweed, Using: KDE Frameworks 5.22.0 Qt 5.6.1 (built against 5.6.1) The xcb windowing system Attached is the console stderr output of a session in which I started KGet, pressed to resume a download, then used File → Quit (it crashed when doing that).
https://commits.kde.org/kget/63490f7c5aad5d826a68c7f7613284c93c948704
(In reply to Christoph Feck from comment #2) > https://commits.kde.org/kget/63490f7c5aad5d826a68c7f7613284c93c948704 Yes, and https://cgit.kde.org/kget.git/commit/?id=bf10ef800f10612e0cb2b7519b7bcbcc6d5939bd ;-) The reason why downloads didn't start (if the multisegmentkio plugin is enabled, which it is by default) was a different one though. And should be fixed by https://cgit.kde.org/kget.git/commit/?id=60ecb4405e4175466073c5ae86894452ca7e9df5