mldonkey, a multi-networks file-sharing client - Bugs: bug #12490, Fasttrack: encryption algorithm...
You are not allowed to post comments on this tracker with your current authentication level.
bug #12490: Fasttrack: encryption algorithm does not work correctly
Submitter: | None | ||
Submitted: | Mon 28 Mar 2005 11:19:34 AM UTC | ||
Category: | Fasttrack-Plugin | Severity: | 3 - Normal |
Item Group: | Program malfunction | Status: | Fixed |
Assigned to: | None | Open/Closed: | Closed |
Release: | 2.5.30.6 | Release: | |
Operating System: | None | Binaries Origin: | CVS / Self compiled |
CPU type: | None |
Mon 02 May 2005 06:48:04 PM UTC, comment #5: |
Adrien <camarade_tux> |
Sat 30 Apr 2005 11:58:01 AM UTC, comment #4: An update to my last comment, the patch did not work.
|
spiralvoice <spiralvoice> |
Wed 20 Apr 2005 02:52:57 AM UTC, comment #3: So, I did a lot more debugging and I think the bug was that in
|
spiralvoice <spiralvoice> |
Wed 20 Apr 2005 01:53:08 AM UTC, comment #2: I think I solved that problem with the attached patch which
|
spiralvoice <spiralvoice> |
Wed 06 Apr 2005 06:19:38 PM UTC, comment #1: What to think about this message when this is present in fasttrackProto.ml in the section where this log message is created:
|
spiralvoice <spiralvoice> |
Mon 28 Mar 2005 11:19:34 AM UTC, original submission:
this bug is confirmed with CVS 2.5-28-1 and 2.5-30-1
|
Anonymous |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
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.
Follow 14 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2005-05-19 | spiralvoice | Status | None | Fixed | |
Open/Closed | Open | Closed | |||
2005-05-08 | amorphous | Severity | 5 - Blocker | 3 - Normal | |
2005-04-30 | spiralvoice | Attached File | #2421 | Removed | |
2005-04-20 | spiralvoice | Attached File | - | Added fasttrack_check.patch, #2421 | |
2005-04-20 | spiralvoice | Severity | 3 - Normal | 5 - Blocker | |
Release | 2-5-30-1 | 2.5.30.6 | |||
Operating System | MinGW W2K/WinXP | None | |||
2005-04-20 | spiralvoice | Attached File | #2420 | Removed | |
2005-04-20 | spiralvoice | Attached File | - | Added fasttrack_check.patch, #2420 | |
2005-04-20 | spiralvoice | Attached File | #2419 | Removed | |
2005-04-20 | spiralvoice | Attached File | - | Added fasttrack_check.patch, #2419 | |
2005-04-20 | spiralvoice | Attached File | #2418 | Removed | |
2005-04-20 | spiralvoice | Attached File | - | Added fasttrack_check.patch, #2418 |
Powered by Savane 3.13-f8d8.
Corresponding source code
I think the bug is solved.
In my opinion, it is not a bug that prevents mldonkey from connecting to the Fasttrack Network.
I'd rather say it's because of Sharman Networks.
I can't warrant it, but in December 2003, I read Sharman Networks was trying to prevent lite versions of kazaa from connecting to their network.
It does not detect lightened versions, it stops older versions from connecting to the network.
Newer versions of Kazaa which are supernodes would not accept connections from older versions.
Of course, some supernodes are still old versions and mldonkey can connect to them, but it has to wait in order to find proper ones.
Would it be possible to make mldonkey temporarily identify itself as a Kazaa 3. It may be a first workaround.
I will try to provide an Ethereal dump of my K-Lite Resurrection 2.7.2 when it connects.
Source: http://en.wikipedia.org/wiki/Kazaa_Lite
"There are rumours that new versions of Sharman's Kazaa will prevent Kazaa Lite from connecting to the FastTrack network, but as of early 2005, this hasn't happened."
It seems also it's not mldonkey's fault if bootstrap from fm2.imesh.com fails:
http://www.filesharinghelp.com/internationalforums/index.php?showtopic=9807#
Lite says : "The iMesh node can take a while to respond at times."