Also, it looks like the old problem we had a few versions ago where the search progress bar in the search tab wouldn't "restart" when one clicks "Repeat Search". This is probably do to the changes that were made with search.

I just saw my LimeWire 3.9.5 beta ban a LimeWire 3.8.9 Pro user saying "Banned Greedy Servent" when all they did was request about 10 or so small text files from me, most likely by shift clicking an entire range of files in their search results. Isn't that a little harsh or is what LimeWire 3.8.9 doing when a user shift clicks their entire search results bad behavior that is going to change soon? Also, how long does it take for the ban to go away?

Re: Icon not changing during 'kill download'
Fixed in development, will be in 3.9.6.

Re: Repeat search doesn't work
Assuming that this problem is because a filter was selected, it's fixed for the next version.

Re: Banned Greedy Servent
I had thought the banned stuff would only kick in if the person was trying to download the same file over and over... but maybe not. We'll take a closer look.

No filter is chosen during "repeat search" (the original search was for "any type", search term = "blah blah .avi", no results found the first time).

I can confirm the greedy message (quite a useful message, btw). A client was trying to download a series of pictures, probably found by browsing me. I've set to only allow one slot per upload.

I also find if I try to download a series of texts or pics the first will dl fine, but the others will show "need more sources." If I wait till the 1st pic finished, I can then resume the second. If I resume multiple pics from that host, only one will resume.

Client side queuing needed? If a host only allows one slot, it would be good to queue up the requests on my side as others have asked before.

btw--any answer to the good question about the duration of the ban?

Ohhhh the search progress bars. Didn't think of that. Will be fixed before release, but probably not for the next version.

The ban time isn't a specific length of time, but rather is based on the amount of requests from the host. We allow any request in the first 30 seconds we see that host, and then from then on we allow 1 request per 5 seconds. If they exceed that limit and continue to hammer, the amount of time they have to wait just grows and grows.

(And yes, client side queueing is needed, but will not be in 4.0.)

Thanks for the quick reply--that's a pretty slick "greedy" formula!

a few quick notes--

Hmmm--repeat seach on a browsed host and on the 'what's new' results does return results, even if the progress bar's colour doesn't change. Still, the best way I've been able to find more sources for one file hosted by a RAZA vendor is to type in another identical keyword search.

Good to see the spinning lime is transparent again (Roger?--I haven't had time recently to browse the mailing lists)

'Type' .smi files (Self-Mounting Image) show under 'Video' filters--they should show under 'Programs'

Reduced font size is much appreciated on the OSX default theme--please apply to the stats too. Jens-Uwe has included it in the jums for a while.

btw--I just tried a fresh install of the 3.9.5 beta on a reformatted Panther disk, so not even the former gnutella.net file was present to start connecting. Everything worked very well (I wondered if I'd see connections problems). After 2 hours as a leaf I disconnected and reconnected as an UP.

Transparent GIF: Nope, that wasn't me

Type .smi: the extension .smi is also used for SMIL files which is an Audio/Video description language (like XML). Check out this link for more info: QuickTime and SMIL

Thanks for the link Roger--I'd never heard of .smil files.
If I read the specs correctly, .smi is mostly for ads. A quick search on LW showed mostly OS 9 programs, so perhaps .smi would be better listed as a program rather than video?

. . . might also be worth looking to see if .img files are mostly pics or archives.

I wouldn't say it's mostly for ads but you're right that 99% of the .smi files are self extracting images and not SMIL files...