Enqueue magnet URIs directly to the download queue
Bug #546227 reported by
lagalopex
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| LinuxDC++ |
Fix Released
|
Wishlist
|
Razzloss | ||
Bug Description
It's nice to have the ability to add a download via magnet-link. (Not just search for TTH.)
This patch adds a "directaddmagne
If any informations is missing, it will just search for the TTH.
Revision history for this message
| lagalopex (lagalopex) wrote | #1 |
Revision history for this message
| Razzloss (razzloss) wrote | #2 |
| Changed in linuxdcpp: | |
| importance: | Undecided → Wishlist |
| status: | New → Confirmed |
Revision history for this message
| lagalopex (lagalopex) wrote | #3 |
Revision history for this message
| Razzloss (razzloss) wrote | #4 |
| Changed in linuxdcpp: | |
| assignee: | nobody → Razzloss (razzloss) |
| milestone: | none → 1.1.0 |
| status: | Confirmed → Fix Committed |
| tags: | added: command-line download-queue magnet |
| summary: |
- [WISH with PATCH]: possibility to enqueue a magnet-link directly on the - download-queue + Enqueue magnet URIs directly to the download queue |
| Changed in linuxdcpp: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
QueueManager -functions shouldn't be called from the GUI threads. Since there's a possibility it will deadlock the client. (e.g. have tried adding few magnets to queue with dl queue open? Not saying it will deadlock, but might...)
So those QueueManager calls should be put in to their own _client -function and the call to that should be dispatched in the onExternalData callback.
Checked ApexDC++s magnet handling and they seemed to pass just UserPtr() instead of a dummy user, but that was with newer core (and what I tested, I wasn't able to get it to work with 0.75)
--RZ