Fri 23 Jun 2006 07:21:03 PM UTC, comment #16:
This item has been reassigned from the project mldonkey, a multi-networks file-sharing client bugs tracker to your tracker.
The original report is still available at bugs #6956
Following are the information included in the original report:
[field #0] Item ID: 6956 [field #1] Group ID: 1409 [field #2] Open/Closed: Open [field #3] Severity: 4 - Important [field #4] Privacy: Public [field #6] Category: Core [field #7] Submitted by: None [field #8] Assigned to: None [field #9] Submitted on: Dienstag 23.12.2003 um 07:04 [field #10] Summary: EDK: Use one UDP port per search [field #11] Original Submission: 2.5.4+2
Search results for one search appear in the results of another. Simple example:
Search for something very popular. "s car"
Immediately search for something impossible "s liselirijewi"
The results for "liselirijewi" will contain some of the results for "car"...
Donkey/BT are the only networks enabled.
[field #12] Closed on: Mittwoch 25.02.2004 um 02:07 [field #13] Item Group: Program malfunction [field #14] Status: None [field #15] Component Version: None [field #16] Operating System: Linux [field #17] Reproducibility: None [field #18] Size (loc): None [field #19] Fixed Release: None [field #20] Planned Release: None [field #21] Effort: 0.00 [field #25] Priority: 5 - Normal [field #28] Percent Complete: 0% [field #30] Release: 2.5.30.15 [field #55] Binaries Origin: CVS / Self compiled [field #56] CPU type: None [field #57] CPU: None [field #58] Custom Select Box #4: None [field #59] Custom Select Box #5: None [field #60] Custom Select Box #6: None [field #61] Custom Select Box #7: None [field #62] Custom Select Box #8: None [field #63] Custom Select Box #9: None [field #64] Custom Select Box #10: None
|
Tue 09 May 2006 05:37:24 PM UTC, comment #15:
test
|
Sun 07 Aug 2005 05:53:07 PM UTC, comment #14:
http://forum.emule-project.net/index.php?act=ST&f=6&t=75045&hl=&view=findpost&p=523099
|
Wed 25 May 2005 09:52:03 PM UTC, comment #13:
donkeyInteractive.ml
let forget_search s =
if !xs_last_search = s.search_num then begin
xs_last_search := (-1);
xs_servers_list := [];
end;
donkeyUdp.ml
| Udp.QueryReplyUdpReq t ->
(* lprintf "Received file by UDP\n"; *)
if !xs_last_search >= 0 then
So it seems MLDonkey really can currently handle only one UDP
search at a time. Is there a way to distinguish UDP search
results if they were originated by different searches?
On possible solution would be to block the start of a new search
until the previous one has finished. Other solutions?
|
Wed 25 May 2005 05:42:47 PM UTC, comment #12:
This is not overnet related.
1. When starting a new search, donkeySearch.send_search automatically calls DonkeyUdp.make_xs
2. DonkeyUdp.make_xs sets !xs_last_search to this new search number ( xs_last_search := ss.search_num )
3. All future UDP search replies that are received are attached to this new search even if the results are not related (they are related to a previous search)
donkeyUdp.Udp.QueryReplyUdpReq ->
... let ss = search_find !xs_last_search ....
|
Thu 19 May 2005 01:59:52 PM UTC, comment #11:
Try turning off Overnet. Does the bug still exist then?
|
Tue 12 Apr 2005 04:21:04 PM UTC, comment #10:
MLNet 2.5-30-4: Multi-Network p2p client (Global Shares Gnutella G2 Fasttrack FileTP BitTorrent Donkey)
Searching 2 queries
[Forget] [1 ]CONTAINS[car] -77 (found 72)
[Forget] [2 ]CONTAINS[3il3i3li3] -204 (found 179)
MLNet 2.5-30ac_r264M
Searching 4 queries
[Forget] [1 ]CONTAINS[car] -156 (found 851)
[Forget] [2 ]CONTAINS[ilili3jli3j3il3] done (found 0)
[Forget] [3 ]CONTAINS[bike] 3 (found 236)
[Forget] [4 ]CONTAINS[bike3i23ild] -262 (found 179)
Timing matters I guess. I don't see any patch that addresses this.
|
Tue 12 Apr 2005 11:11:13 AM UTC, comment #9:
Don´t have this bug on 2-5-30-4, please try that version.
[3 ]CONTAINS[car] done (found 1076)
[4 ]CONTAINS[jkjkjjjkkjj] done (found 0)
[5 ]CONTAINS[madonna] done (found 1050)
[6 ]CONTAINS[tvrioeufeonitujifz] done (found 0)
[7 ]CONTAINS[york] done (found 943)
[8 ]CONTAINS[dcvmtiovnutzvrt] done (found 0)
[9 ]CONTAINS[hamburg] done (found 65)
[10 ]CONTAINS[vtzivgutzovgnuz] done (found 0)
[11 ]CONTAINS[car] done (found 876)
[12 ]CONTAINS[lwielielieie] done (found 0)
|
Tue 13 Apr 2004 03:05:43 PM UTC, comment #8:
I'm noticing the same misbehavior with 2.5.16
It happens when search queries are made between short time intervals (< 5 seconds)
|
Tue 23 Mar 2004 03:19:26 AM UTC, comment #7:
MLNet 2.5-17: Multi-Network p2p client (Global Shares Direct Connect Open Napster Gnutella G2 Fasttrack FileTP BitTorrent Donkey Soulseek)
set filter_search_delay 1
<save & restart core>
Searching 2 queries
[Forget] [12 ]CONTAINS[car] -275 (found 627)
[Forget] [13 ]CONTAINS[ilsdifiasldfasdf] -259 (found 188)
|
Tue 23 Mar 2004 01:52:05 AM UTC, comment #6:
Maybe this has something to do with filter_search_delay which defaults to 5 seconds, please lower that value to 1 and retry.
|
Fri 05 Mar 2004 03:40:55 AM UTC, comment #5:
I'm only connected to edonkey servers (connected to 4 of 216 at the moment).
Using the web interface, I just type "s car" and immediately "s <garbage>" in the input line.
Searching 2 queries
[Forget] [1 ]CONTAINS[car] -193 (found 856)
[Forget] [2 ]CONTAINS[3i3lilsidff] -188 (found 142)
I see that your queries are "done"... mine are not.
|
Fri 05 Mar 2004 12:57:07 AM UTC, comment #4:
Can´t confirm that one here:
MLNet 2.5-12: Multi-Network p2p client (Global Shares Open Napster Gnutella G2 Fasttrack FileTP BitTorrent Donkey Soulseek)
Searching 2 queries
[Forget] [1 ]CONTAINS[car] done (found 641)
[Forget] [2 ]CONTAINS[lwielielieie] done (found 0)
To how many edonkey servers are you connected to?
Do these search results also include other networks than edonkey?
Here I am connected to 3 servers and I use only Edonkey/Overnet.
|
Fri 05 Mar 2004 12:14:27 AM UTC, comment #3:
This is still a problem with 2.5.12. From web interface:
MLNet 2.5-12: Multi-Network p2p client (Global Shares Direct Connect Open Napster Gnutella G2 Fasttrack FileTP BitTorrent Donkey Soulseek)
Searching 2 queries
[Forget] [4 ]CONTAINS[car] -368 (found 1000)
[Forget] [5 ]CONTAINS[lwielielieie] -120 (found 94)
|
Wed 25 Feb 2004 01:07:56 AM UTC, comment #2:
This was done with 2.5-12:
> vs
Searching 2 queries
[5 ]CONTAINS[car] done (found 803)
[6 ]CONTAINS[kdkdkdkdkd] done (found 0)
also with Newgui and Sancho. I saw this bug before as stated
but it seems to be solved quietly;-)
|
Tue 23 Dec 2003 09:48:20 AM UTC, comment #1:
same here using newgui
|
Fri 23 Jun 2006 07:21:03 PM UTC, original submission:
2.5.4+2
Search results for one search appear in the results of another. Simple example:
Search for something very popular. "s car"
Immediately search for something impossible "s liselirijewi"
The results for "liselirijewi" will contain some of the results for "car"...
Donkey/BT are the only networks enabled.
|