remove user from queue problem!!
Moderator: Moderators
remove user from queue problem!!
I sometimes accidentaly click on remote user from queue in the download bar, and then when i match the queues again it doesn't get matchedm and i have to remove everything from the queue and start over.
I't would be really good if this were fixed!
I't would be really good if this were fixed!
SasMan
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
I'm not sure about this, but i remember times when i searched for a file and got a list of 100+ files with exactly the same size/filename, but match queue won't work then eitherGargoyleMT wrote:If the user doesn't have the exact same filename, match queue will not work - it's not designed to.
When the hashes are implemented, would dc++ be able to always match queue? (even with totally different filenames/extensions, etc?)
(if so, i can't wait.. )
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
I.. haven't seen this behavior. Matching on exact filename and size is the only function of Match Queue. If you can reproduce this, make a bug report and upload both your Queue and the filelist in question, and it'll get fixed.Wisp wrote:I'm not sure about this, but i remember times when i searched for a file and got a list of 100+ files with exactly the same size/filename, but match queue won't work then either
Used 0.307? They are.Wisp wrote:When the hashes are implemented
Yes, this is one of the ways that Match Queue should be extended to deal with hashing. =)Wisp wrote:would dc++ be able to always match queue? (even with totally different filenames/extensions, etc?)
I've seen this behaviour, BUT, it has always been for me when the files weren't actually the same size. Did you look in the Exact Size column, not the usual Size one? There is usually a difference of a couple of bytes, either because one of the sources is incomplete or because someone repacked a compressed file or similar.Wisp wrote:I'm not sure about this, but i remember times when i searched for a file and got a list of 100+ files with exactly the same size/filename, but match queue won't work then either)
I'm aware of that, in the past I searched for a well known file, then i sorted the results on size, then i picked the first one in the list. In a lot of cases this ment that the file was like 3 bytes bigger than the rest, and that's why dc++ wouldn't download the file while everybody seem to have itTodi wrote:I've seen this behaviour, BUT, it has always been for me when the files weren't actually the same size. Did you look in the Exact Size column, not the usual Size one? There is usually a difference of a couple of bytes, either because one of the sources is incomplete or because someone repacked a compressed file or similar.Wisp wrote:I'm not sure about this, but i remember times when i searched for a file and got a list of 100+ files with exactly the same size/filename, but match queue won't work then either)
but now i always check if the file has the most common size, and still a lot of times he won't match cueue...
Ok, the next time i see it I will post itGargoyleMT wrote:I.. haven't seen this behavior. Matching on exact filename and size is the only function of Match Queue. If you can reproduce this, make a bug report and upload both your Queue and the filelist in question, and it'll get fixed.
I haven't tried it.. usually dc++ gives an alert when a new versions is ready, but I haven't noticed anything..Used 0.307? They are.
=)Yes, this is one of the ways that Match Queue should be extended to deal with hashing. =)