How magnet links work now? 1. Open URL, paste magnet link, press ok. 2. Ktorrent started getting file list of magnet links. Nothing is changed on UI. I was told that there is a place where I can see all my pending magnet links downloads, but I'm unable to find it. 3. After indeterminate amount of time ktorrent show dialog to mark files I want to download. How it works for me? 1. Open URL, paste magnet link, press ok. 2. Nothing happended. Let's try again. 2a. Nothing happended. Let's try again. 2b. Nothing happended. Let's try again. 3. Hmm... Maybe it was a bug. I gave up. 4. 10 minutes later, ktorrent shows dialog to select files I want to download. It shows this dialog 3 times. How it (probably) should work? 1. Open URL, paste magnet link, press ok. 2. It shows torrent on UI. Filelist may not be ready yet, but it should be shown on UI. 3. When filelist is ready it should be started downloading automatically. It's bad idea to show dialog not on user action. Reproducible: Always
KTorrent 4.1.3 in KDE 4.8.3
Same here with Ktorrent 4.2 in KDE 4.8.3 (Chakra Linux). If I cancel a download from a magnet link, File/Location dialog appears everytime I run Ktorrent.
I am having the same problem. Transmission does not have such problem. But I dont want to run a non-kde app.
Same here. If ktorrent is fetching data (2 minutos with popular torrents), at least should show the torrent in the list with a message.
Is this a duplicate of bug 302997 and bug 303269?
I don't think this is a duplicate of any fixed bug, since it isn't fixed (tested with Ktorrent 4.2).
(In reply to comment #6) > I don't think this is a duplicate of any fixed bug, since it isn't fixed > (tested with Ktorrent 4.2). I don't think the KTorrent project has released a version of ktorrent with a fix for the mentioned issues yet. So it's likely that distros still haven't integrated a fix with the current versions/packages. All I've seen is this fix: https://bugs.kde.org/show_bug.cgi?id=303269#c1 Not sure if that is relevant with this issue, so perhaps you should get the code from SVN/Git, build ktorrent/libktorrent from source, test it and report back.
(In reply to comment #7) > (In reply to comment #6) > > I don't think this is a duplicate of any fixed bug, since it isn't fixed > > (tested with Ktorrent 4.2). > > I don't think the KTorrent project has released a version of ktorrent with a > fix for the mentioned issues yet. So it's likely that distros still haven't > integrated a fix with the current versions/packages. All I've seen is this > fix: > > https://bugs.kde.org/show_bug.cgi?id=303269#c1 > > Not sure if that is relevant with this issue, so perhaps you should get the > code from SVN/Git, build ktorrent/libktorrent from source, test it and > report back. Sorry, not in SVN, try to build ktorrent/libktorrent from Git (extragear/network), then report back. Thanks.
*** This bug has been confirmed by popular vote. ***
Same problem here. This bug is related to slowness in resolving trackers, but it's not the main point of this bug. The main point of this bug is improper handling of magnetic links in the interface feedback. I.e. the dialog with adding files and etc. appears only later when trackers are resolved. That can take long time, this the workflow is very not intuitive. Compare to how transmission handles it - it adds the torrent to the list of active torrents in the UI right away (you have visible UI feedback momentarily). While it resolves needed connections - it has no info about files and etc. When those are resolved it adds all files. File selection dialog is skipped altogether in that workflow. (User can switch of unneeded files later on). So to clarify - this bug is about improving interface feedback, not about resolving many trackers faster.
Still an issue on KTorrent Version 5.1.2, KDE Plasma 5.17.5, and KDE Frameworks 5.66.0
There is a tab at the very bottom of the UI called "Magnet Downloader" which will display the pending magnet links. However this tab isn't very good as it doesn't display any info about the current status of the magnet (actually it says status is "Downloading" but doesn't elaborate on this). I agree that this should be incorporated into the main UI