Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   Feature Requests & Bug Reports (https://www.gnutellaforums.com/feature-requests-bug-reports/)
-   -   Feature Requests sorted and summarized (https://www.gnutellaforums.com/feature-requests-bug-reports/33647-feature-requests-sorted-summarized.html)

Jalnor February 21st, 2011 11:31 AM

I've noticed a few times when I'm queued for a download, I'm sitting in position 1 and the software is counting down the seconds to "retry the connection." What happens next is that it says, "Connecting..." then "Host busy." This seems a bit like getting to the front of the queue for a really busy night club, then getting out of the queue to walk away somewhere and ask a bouncer if you can get in, only to be told "queue up like everyone else." You almost invariably lose your place in the queue and, if the host is busy enough, you lose your chance to connect at all. Is this auto-retry an essential component to the network's operation, or can Phex be made to just quietly assume that it'll get to download the file when the host is ready?

Jalnor February 21st, 2011 04:33 PM

Also:
http://i267.photobucket.com/albums/i...Searchfail.png

This looks to me like spamming of the search system... perhaps more efforts by the same quasi-legalised terrorists supported by the US government... I tried banning some of the addresses in a search, but noticed that they continue to show up again and again. Perhaps Phex could introduce a method of banning hosts from querying; I'm not sure exactly how the query system works under the bonnet, but if Phex-based ultrapeers aren't passing on these queries, entire sections of the network might be far less taxed and potentially able to share their data more efficiently.

GregorK February 22nd, 2011 12:28 AM

Quote:

Originally Posted by Jalnor (Post 362075)
I've noticed a few times...

The host you are talking to is deciding where you are in the queue and if you are allowed to download. The host should hold the connection and you in queue until its time to download then it should be your turn. But apparently it throws you out of queue, maybe because of a communication problem? I don't know. Is it always one specific vendor/version where this happens?

About the spamming... Its very difficult to detect this kind of spamming. Phex already uses various filter method to detect and block spam messages. The problem here is that the spam is most likely not coming from the IP displayed but is just routed through that host... Currently we have no method to block this kind of spam.

BTW, would you like to try to use the Phex release posted here:
http://www.gnutellaforums.com/360345-post5.html

Gregor

Jalnor February 22nd, 2011 12:36 AM

Quote:

Originally Posted by GregorK (Post 362085)
The host you are talking to is deciding where you are in the queue and if you are allowed to download. The host should hold the connection and you in queue until its time to download then it should be your turn. But apparently it throws you out of queue, maybe because of a communication problem? I don't know. Is it always one specific vendor/version where this happens?

It's more of a general thing, as far as I can see. I used a paid app years ago, I think it was called eTomi Pro, where I saw the same thing happening from the other side - certain addresses queued to download from me would disappear for a split second at a predictable interval and then re-appear at the back of the queue. I don't think that one displayed software vendor, though, it's been a long time. But when I started seeing Phex counting down then re-connecting in exactly that manner, I watched it for a while and it happens with every file I'm queued to download.

Quote:

Originally Posted by GregorK (Post 362085)
About the spamming... Its very difficult to detect this kind of spamming. Phex already uses various filter method to detect and block spam messages. The problem here is that the spam is most likely not coming from the IP displayed but is just routed through that host... Currently we have no method to block this kind of spam.

Always an issue... of course, me being me, I didn't like to just ban a host based on searches, so I browsed them before banning and all five of them were sharing the same spam files. At that point, any concern I had about blocking legitimate hosts went straight out the window. It looks like at least some of them aren't intelligent enough to IP-spoof when they spam.

Quote:

Originally Posted by GregorK (Post 362085)
BTW, would you like to try to use the Phex release posted here:
http://www.gnutellaforums.com/360345-post5.html

Gregor

Ooh... I kept meaning to look for updates, actually. Thanks.

Jalnor October 15th, 2011 05:23 AM

I meant to say, by the way... the .143 version seems to have a few glitches in the labelling:

<removed image>

That's the only bug I've found so far, though - it otherwise seems quite superior to the "stable" version that can never download files any more.

GregorK October 15th, 2011 05:36 AM

Please try .155
Index of /snapshots

Jalnor October 25th, 2011 08:12 AM

Wow. Spam much? The asshat even inserted dren into a quote of my post...


All times are GMT -7. The time now is 04:15 PM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.