I checked the individual file sizes, and found that the full-allocation setting was obviously in force. I've now updated to RC3, and removed and manually re-added the problematic torrent, and now full-allocation and file priority settings are working as expected. So, under specific, non-obvious circumstances, these functions are working.abubin wrote:Can you please confirm whether full allocation is really running eventhough you already set it in GTK or configfile?
To check, see if the file you are downloading have the full file size or not.
Here's what I think happened in my case:
1) usually, I run with full-alloc set. I did notice at some point after adding the problematic torrent, that this setting in preferences was set to "compact." This not being what I wanted, I switched it back.
2) Since the problematic torrent was likely loaded (from the watch folder) while "compact" allocation was set, it appears the torrent was set up this way, and that subsequent changes to the main allocation preference had no effect.
3) When I was attempting to set file-level priority the preferences pane showed "full" but the torrent itself was set to "compact", thus the priority settings were disabled or non-functional.
This is probably more like a defect, rather than a bug, and it's in the file allocation settings, rather than file priority.
I see two possible ways to correct this:
A) Ensure that the allocation setting is "universal," since it apparently can only be changed in the main program settings or general preferences, and that it affects all torrents in the queue.
B) Add the ability to change the allocation setting (at *least* FROM compact TO full, since the other way around makes somewhat less sense) for each individual torrent in the queue.
Lastly, there's currently no way (that I've found) to see what the current allocation setting is for a specific torrent. Probably something should be added to the interface(s) to indicate this.