automatic resume of incomplete downloads priority

compn · Post by **compn** » 2004-12-28 16:51

has this one been asked before? i searched the forum but didnt see it ...

basically if you queue up 5 files from a user, and you get disconnected, dc++ wont resume the one you have incomplete of, i want the incomplete file to have priority over files with no data downloaded.

paka · Post by **paka** » 2004-12-28 17:41

You can right-click the file in the download queue, choose Set priority and change it to a higher level, for example: High. Then - if a transfer from the desired user is already running - stop it and when DC++ reconnects, the file with a higher priority will start to download.

compn · Post by **compn** » 2004-12-28 18:36

yes, but if i queue up a bunch of files then go to sleep, i wont know which ones will be incomplete and which ones to set higher priority.

paka · Post by **paka** » 2004-12-28 18:45

Which version of DC++ are you using? Have you tried Settings/Advanced/Use antifragmentation method for downloads?

compn · Post by **compn** » 2004-12-28 21:36

antidefragmentation just allocates the file before downloading, nothing to do with my feature request.

i'm using .668 btw.

Post by **GargoyleMT** » 2004-12-29 12:04

If you'd like this as a feature, please put it in bugzilla.

I haven't seen any protests from other users, but the priority of downloading files is something that some users take very personally.

paka · Post by **paka** » 2004-12-29 19:17

I was asking about the version number because 0.176 (yeah!) had a great anti-incomplete-files feature. Files of the same priority were sorted from the smallest to the biggest one when downloading. It was very effective and you didn't have to change the priority of files. It was changed in 0.177 ("Changed the queue back to the old behaviour, that files are downloaded in the order they're added (to avoid having all the smallest files of multiple unfinished directories").

The fact is that now DC++ sometimes tries different files from the same user before finishing the incomplete ones and this is what leads to the aboundance of incomplete files (even if not closing the program and running it again). I liked very much the way 0.176 behaved, but starting always with the last incomplete file being downloaded would also be OK.

compn · Post by **compn** » 2004-12-30 04:49

i'd like to post in the bugzilla but i'm not able to (wont let me reg), if either one of you have an account i'd be thankful if you could post for me.

paka : hmm, not sure if i remember that release, maybe i came in around .2xx or .3xx , thanks for info tho.

Post by **GargoyleMT** » 2004-12-30 12:49

paka wrote:It was changed in 0.177

0.177 was before my time (0.181), but I imagine that many users complained.

compn wrote:i'd like to post in the bugzilla but i'm not able to (wont let me reg), if either one of you have an account i'd be thankful if you could post for me.

Do you have any specifics about what error is being caused? I can do certain things to fix it.

I'd like it if you were the one to post and submit your feature - it's awfully awkward talking to a proxy, instead of talking to someone who is passionate about the feature.