Alternative search not working Properly

Bug #234065 reported by PaCo
4
Affects Status Importance Assigned to Milestone
DC++
Won't Fix
Low
Unassigned

Bug Description

The Search interval dosn't affect me Unless it is to long.

My problem is : It dosn't find the alternative users, I have to search manually.

alternative Search or DC also shows no users to download from, But they are there when I do manual Search.

Revision history for this message
Jacek Sieka (arnetheduck) wrote :

alt search works fine for me...anyone else seeing this?

Changed in dcplusplus:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Szabolcs Molnár (fleet) wrote :

This also happened to me..

Actually, when I did an alternate search manually, DC++ found the files and matched the queue as it's in the settings. But it didn't added back the sources...

It's in the system log:
[20:12:44] CyB: Matched 4 files
[20:12:44] [OP]CyB: Matched 4 files
[20:12:45] CyB: Matched 4 files

But still "No users to download from".

This happened for me when I downloaded the files from a specified user, he removed them (this is how the original "No users to download from" came up) then readded the files. From this point, auto-search doesn't add back either the manual search with auto-matching.
I need either select "Readd sources > All" or search for the file and "Download to > .. ".

Revision history for this message
eMTee (realprogger) wrote :

Examining DC++ source code it seems that (above those methods you mentioned) your source will be re-added only if you do a Match Queue manually or 'Automatically match queue for auto search hits' is enabled. Bad sources (including those who have FLAG_FILE_NOT_AVAILABLE flag) won't be re-added from simple auto search hits... and its probably the expected behavior.

Revision history for this message
Szabolcs Molnár (fleet) wrote :

But it doesn't get added even when you do a manual "search for alternate" with "Automatically match queue for auto search hits" enabled which should not be the expected behavriour. That's okay that it doesn't get added when the client automatically search for alternates, but it should when you do it manually.
Also, the funniest thing that it downloads all filelist and tells you it's matched but it doesn't get matched. At least it shouldn't note only that "matched 4 files" but it should tell you it didn't add back the source because of previous FILE_NOT_AVAILABLE...

So..
1) DC should note in the system log that the specified source didn't get added back because of previous errors
2) Maybe it could try to readd the source when you do a manual alternate-search
3) Maybe there is a better solution too and someone will tell :)

Revision history for this message
Jacek Sieka (arnetheduck) wrote :

working as expected then as far as i can tell

Changed in dcplusplus:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.