![]() |
|
|||||||
| Register | FAQ | The Twelve Commandments | Members List | Calendar | Arcade | Find the Best VPN | Today's Posts | Search |
| New Feature Requests Your idea for a cool new feature. Or, a LimeWire annoyance that has to get changed. |
![]() |
|
|
Thread Tools | Display Modes |
|
#1
|
|||
|
|||
|
as manual re-searching to find new hosts becomes more widely used, wouldn't it make sense to allow users to re-search for the hash of a file that's already being downloaded instead of the filename (or worse, parts of the filename)?
currently, the manual re-searches by text string always yeild tons of results that have the same string in the filename but are totally different files. |
|
#2
|
|||
|
|||
|
All searches by hash has just been banned, I don't think LimeWire reconsider anytime soon.
|
|
#3
|
|||
|
|||
|
Trying to eduacate myself here:
What's a search by hash and why has it been banned? |
|
#4
|
|||
|
|||
|
yeah, i read something like that on the gdf. i guess they have their reasons. it just seems in this case it would be very convenient.
i'm also thinking: now that lw only returns a max of 150 search results, if searching for popular content, i would rather have 150 binary-identical results than 150 that have the same words in the name. well... Blackbird: regarding the hash... i don't want to talk BS, but it is kind of a verification string for shared files to ensure file integrity and identify files. essential for swarmed downloads. |
|
#5
|
|||
|
|||
|
K, thanks.
|
![]() |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| hash trees | DJ, Memphis, TN | Download/Upload Problems | 2 | January 26th, 2005 04:35 PM |
| hash test? | friday | Support: General | 0 | February 9th, 2003 08:48 AM |
| help with hash | apextheory00 | Support: General | 1 | December 2nd, 2002 06:48 PM |
| Hash | dimagor | LimeWire Beta Archives | 14 | July 1st, 2002 05:58 PM |