I thought hitting the X button minimizes it to tray anyways why not just use that?

No, I'm talking about having ONE button for minimizing to tray, and ONE button to immediately exit limewire. If you hit the X button now, it will go to the tray, and then you have to right click on the icon and hit close. It's just a lot easier and more convienient to use a single mouse click for each operation, instead of several clicks like it is now.

Yeah I guess that would be a lil bit logical because having to right click it every time is kinda annoying. and if ya forget the program eats up a lot of ram.

thats with every ISP guy, you posted an awfull LOT of IP's, some of which are dialup IP's of lots of different ISP', for example, 172.* is a class b IP range that most AOL customers have, and you have blacklisted it. who WOULD spam with dialup? its an extremely slow service. im not saying people dont do, as i am sure there are, but its not as common as it is with a dynamic ip dsl service. since transfering with dsl is much more quick than it is 56k standard dialup.

but as many ip ranges as you specified, you will be blocking alot of people, you might as well just block *.*.*.* since thats what it seems as tho your trying to do. its very ambiguous.

In another thread someone said the spammer is a major telecommunications company. If that's the case it explains the diversity of IP addresses generating bogus search results with ipod spam.

I've got a feature request. How about we make the "quality" icons actually accurately reflect reality for version 4.9?

Using 4.8.1, I notice all of the following:

Green checked items I don't already have (no overwrite prompt if I go to download it)
Starred items I do (there *is* an overwrite prompt if I go to download it)
Torn paper items I have (ditto)
Folder icon items I already have (ditto)

The first is the most pernicious for collecting files -- it means you can't go by the icons and mass-select everything not checked to download and add everything you don't already have. You have to select the checked items too, and that invariably means a large number of overwrite prompts to respond "no" to. Of course, nobody seems to have thought it worthwhile having "no to all" on that dialog... (or "yes to all" for that matter).

On a related note, how about a way to retry corrupt files other than selecting it, hitting "stop", repeating the search that originally found the item, and praying that it is found again? They don't "resume", which doesn't make too much sense -- it should try to get the file again (if necessary, from scratch) from the known sources if you select a "File Corrupt" entry and hit the resume button. Instead, that button is greyed. Attempting to resume it from the Incomplete folder on the Library tab results in it searching for a zero length file of the same name, failing to find it, and then you're left with an entry in your download list "awaiting sources" that doesn't work properly (e.g., select it and hit "resume" and nothing happens. It doesn't go to "connecting..." or "queued" or anything else. If you set the table to sort by status and to auto-sort, then do it, it doesn't even move -- it should end up at the bottom of the "awaiting sources" list even if it does so too fast for the eye to see, but in fact it does nothing...and it shouldn't even go too fast for the eye to see. It takes a full 60 seconds to be sure a TCP connection has failed. It shouldn't give up any sooner than that, and anyway should respect the timeout interval set in the computer's network stack configuration and not use its own timeout interval.)

The overwrite prompt only appears if you're downloading a file and you already have a file that has the same name. It doesn't necessarily mean you "have the same file", it just means you have a file named that. Two files can be the same and have different names, in which case the green check mark will appear, but LimeWire won't warn you that you're going to overwrite an existing file.

If you're not seeing stars on items that have the same name as something in your saved directory, it may be because there's a small delay in updating what LimeWire knows as "saved". For the most part, it should be right, though. Is this a very common occurance?

Torn paper just means you have an incomplete download which matches that file. I think the checkmark (saved) takes priority over that, though. Same thing with downloading (except it means you have an active download).

So you're saying the green check can appear if you have a file of a different name, with the same content? It compares against all the files in the download directory?

I'd rather see the green checkmark used for "same hash" --where the content is the same but the name might differ.

It is handy to know that a file has the same name--how about a yellow check for that?

Yellow checks would only turn green once the hash is retrieved from the host (i.e, no need to retrieve the hash unless the user explicity asked for a check by initiating a download).

Then a "rename" dialog would be more useful than the "overwrite" one.

How come when i connect to more peers than ultrapeers my search results are much greater???