| Summary: | better support for magnet links | ||
|---|---|---|---|
| Product: | [Applications] ktorrent | Reporter: | Ivan Sorokin <vanyacpp> |
| Component: | general | Assignee: | Joris Guisson <joris.guisson> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | aquavicio, brianzlive, chungalitos, diego.viola, guillom.pom, jackhill3103, mmtsales, Saljacky, shiplu.net, shtetldik, tompreuss, travneff |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Ivan Sorokin
2012-06-18 21:32:26 UTC
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 |