taskmldonkey, a multi-networks file-sharing client - Tasks: task #5680, Reassigned item: EDK: Use one UDP...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

task #5680: Reassigned item: EDK: Use one UDP port per search

Submitter:  None
Submitted:  Fri 23 Jun 2006 07:21:03 PM UTC
   
 
Category:  None Priority:  5 - Normal
Status:  None Assigned to:  None
Open/Closed:  Open Should Start On:  -
Should be Finished on:  -

Jump to the original submission

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

spiralvoice <spiralvoice>
Group administrator
Tue 09 May 2006 05:37:24 PM UTC, comment #15: 

test

spiralvoice <spiralvoice>
Group administrator
Sun 07 Aug 2005 05:53:07 PM UTC, comment #14: 
spiralvoice <spiralvoice>
Group administrator
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?

spiralvoice <spiralvoice>
Group administrator
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 ....




z <zet>
Group Member
Thu 19 May 2005 01:59:52 PM UTC, comment #11: 

Try turning off Overnet. Does the bug still exist then?

spiralvoice <spiralvoice>
Group administrator
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.

z <zet>
Group Member
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)

spiralvoice <spiralvoice>
Group administrator
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)


Anonymous
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)



z <zet>
Group Member
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.

spiralvoice <spiralvoice>
Group administrator
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.


z <zet>
Group Member
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.

spiralvoice <spiralvoice>
Group administrator
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)


z <zet>
Group Member
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;-)

spiralvoice <spiralvoice>
Group administrator
Tue 23 Dec 2003 09:48:20 AM UTC, comment #1: 

same here using newgui

spiralvoice <spiralvoice>
Group administrator
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.


Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follows 1 latest change.

Date Changed by Updated Field Previous Value => Replaced by
2006-06-23 spiralvoice Reassign itemFrom group mldonkey, a multi-networks file-sharing client, bugs tracker To group mldonkey, a multi-networks file-sharing client, task tracker

Back to the top

Powered by Savane 3.14-79a4.
Corresponding source code