Bug 353254

Summary: kget5: Downloads fail to start due to path/protocol confusion
Product: [Applications] kget Reporter: Dainius Masiliūnas <pastas4>
Component: CoreAssignee: KGet authors <kget>
Status: RESOLVED FIXED    
Severity: grave CC: jeremie.horhant, simonandric5, wbauer1
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: https://commits.kde.org/kget/63490f7c5aad5d826a68c7f7613284c93c948704 Version Fixed In:
Sentry Crash Report:
Attachments: KGet console output

Description Dainius Masiliūnas 2015-09-27 21:14:41 UTC 
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
Comment 1 Dainius Masiliūnas 2016-07-09 16:30:34 UTC 
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).
Comment 3 Wolfgang Bauer 2017-12-06 19:44:12 UTC 
(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