[INVALID] Broken TTH search on ADC hubs
4 posts
• Page 1 of 1
Re: Broken TTH search on ADC hubs
The search is being sent correctly by AirDC++. Seems like lots of clients in that hub are returning junk results (possibly it's a bug in FlylinkDC++). The same thing also happens with other clients, they just generally seem to filter incorrect results locally (check the filtered result count), which isn't needed in ADC hubs, assuming that other clients understand what they are supposed to return...
-
maksis - Site Admin
- Posts: 921
- Joined: 23 Nov 2010, 18:56
Re: Broken TTH search on ADC hubs
FlylinkDC++?..
https://github.com/pavel-pimenov/flylin ... ssues/1727
You mean THAT bug?
Can't AirDC++ filter results too?
https://github.com/pavel-pimenov/flylin ... ssues/1727
You mean THAT bug?
Can't AirDC++ filter results too?
- Delion
- Posts: 4
- Joined: 20 Nov 2018, 21:22
Re: Broken TTH search on ADC hubs
That might be the bug...
The goal is that the responding client knows what to return. Local filtering was implemented only because of NMDC but it's not required in ADC hubs. Other clients that are based on DC++ probably still use the same filtering code for both results, while AirDC++ doesn't do that. I'm not that fond of doing local filtering only because certain clients are spamming junk results.
Delion wrote:Can't AirDC++ filter results too?
The goal is that the responding client knows what to return. Local filtering was implemented only because of NMDC but it's not required in ADC hubs. Other clients that are based on DC++ probably still use the same filtering code for both results, while AirDC++ doesn't do that. I'm not that fond of doing local filtering only because certain clients are spamming junk results.
-
maksis - Site Admin
- Posts: 921
- Joined: 23 Nov 2010, 18:56
4 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 4 guests