I don't know if this has been suggested or not but..
--An integrated search in the Library (not incomplete downloads) It is somewhat of a hassle to have to look through all your songs just to play a certian one.. I prefer to browse my songs through Limewire rather than Windows explorer so this would prove very useful.. Preferably make it like the Winamp search where it searches as you type and you don't have to press a button..

Will someone who has LimeWire PRO let me borrow there email so i can update because the email i used to buy it has expired and so i can't update

when extended tooltips are off(or both),tooltip for progress bar to have downloaded/total size(like the speed shows the long download speed)in kb/mb/gb acordingly,example: "1024kb/4860kb" or "1.00mb/4.74mb" (without quotes ofcourse)
this is a small & simple feature(compared to other requests...), if i could code then i would try to add it myself :P

How about standardised music descriptions?

eg: track no; song title; artist; album name

That way it's easy to sort and put into cd folders & playlists.

See

Use Aspack or Upx on Limewire

I know that there has been much discussion and debate about automatically querying for sources.... but a feature i would like to have added is whe you right click on one of you downloads there be an option "Add more sources", as i continually find that i file I am downloading will have at least 20+ people (if not more) that are sharing that file with good connection speeds, but my download will only be coming from a single host with a mere 1-5k d/l rate. (what happened to the other 19+ hosts that were found and all my extra bandwidth that could be used?)

The download will always try all of the hosts (up to about 6 maximum hosts at once). Many of them may be busy, offline, or unable to immediately service the request.

I have tried many times to chat with someone only to have "unavailable" pop up on the chat window. Maybe they think the RIAA is trying to reach them?

It would help if the person you are trying to chat with doesn't get their pop up window until you have already sent the message. They might be a little less apprehensive if they see the message first.

__________________
MusicMan1941

Delete file option when you right click on a file under downloads. Put it under the Kill Download option. Sometimes you download a file and when you preview it you decide you don't want it. Clicking on kill download on stops it from downloading. The file is still in the incomplete folder wasting space.

Preview Avi just like in Kazaa Lite K++. They have a separate program that builds the the avi file so you can preview it.

Porn safe mode. You can mark porns as porns during download and also have it save on a separate hidden folder. Then with a special key combination or button you can hide your porn away. Especially usefull if you are downloading porn then someone asks you to download a song for them, then you can hide your porn with a quick key combination. When they look, hmm no porn. Sort of like a panic button or key combination.

View options on files being uploaded and those searches that are flagged with green checkmark.

The most crucial new feature needed is built-in reputation management (credence or something similar), with poorly-reputed files preferentially dropped by ultrapeers when they have to dump some search results to not choke and die of insufficient bandwidth. Currently, bogus results are quite frequent and seem to get injected from a lot of places, and though it's easy to spot and ignore them most times or even block the hosts spewing them into the network, they are crowding out legitimate results, a problem that you can't solve by simply ignoring it.

Offline isn't a possibility here -- not for a host in a search result. Not unless machines can transmit search results telepathically without needing a functioning network connection.

Related: the chat availability/unavailability indicator is broken (and has been for at least two major version increases and counting!) -- it sometimes isn't greyed even when the host is unavailable. Also, attempting to start a chat doesn't provide the user immediate feedback -- if it fails, either nothing at all happens, or a window pops up saying host unavailable. If it succeeds, a window pops up without the host unavailable message. The window does not appear immediately.

The behavior of just about every other instant messaging functionality I ever saw in any app on any platform is for a window to appear immediately and let you attempt to send a message, but it will alert you if the message isn't sent successfully with a bounce of some kind. Some also detect if the remote host is offline and grey out the message send typing area and send button when possible (MSN Messenger comes to mind). So my suggested fix: the window pops up immediately, and failed messages bounce somehow; the host unavailable message appears if a host is definitely not there or not enabling chat, and the menu item is greyed under the same circumstances (so the host unavailable message is for a host turning off chat or disappearing after you already opened the chat window).

Alternatively, dump the chat feature in favor of a way to exchange contact info, by making and setting a vcard or something and sharing/not sharing this as you please, and retrieving someone else's if they offer one with a standard file name or something. People can then swap emails, ICQ or AIM or MSN contact id numbers, an IRC server/channel or server/nick, or whatever and use a real messenger app with better functionality and reliability instead of one designed as an afterthought and bolted onto an app principally designed with something else in mind. Limewire (and other gnutella clients) get more streamlined and less buggy this way, by being able to more strongly focus on the core functionality, namely file sharing. Contact remains possible but the mechanism now uses the main strengths of the protocol: file sharing. Contact follow-through uses applications that have a focus on messaging, and consequently work better at it. Everyone wins.

AIUI, there is a "pause" button that can be used in such a circumstance, followed by the up/down arrows.

Being able to nuke+retry a download would be useful. Currently, if you get the corrupt file notice, you can either continue the download and get a probably-worthless file, or stop it. If you stop it, all you can do is kill it and then to make another attempt to get the file you have to search for it again, unless the search or host-browse you got it from in the first place is still open. Searching again may fail to find it and burdens the network unnecessarily (your machine already knows of sources for the file). Leaving a search open until everything you wanted from it downloads limits your options in various ways: less other searches you can run in the meantime; limewire tends to perform poorly if search tabs are left open for an extended time for some reason (and slows the rest of the machine down, even when its cpu priority is lowered!); and you can't close limewire without losing the search tab in question. Letting completed searches and host-browses be saved and loaded, or "put away" and "brought back out" at least, would alleviate this a bit, but really there needs to be a third option for corrupt files: retry. In fact, any file should be retryable. Retry would be a right click option from a download pane item. It would a) halt the download, if in progress; b) delete the incomplete file; and c) resume it, causing it to be queued and eventually start downloading from byte zero. It would be the default option on the corrupt file dialog, with the other options being kill download and continue. (The useless "File Corrupt" status would be gone; you may as well just kill in that case, once you can retry from the file corrupt dialog.) Completed and partial files that aren't explicitly flagged as corrupt are sometimes also in need of a "retry" option, owing to Limewire's woefully poor ability to detect corrupt files reliably. Frequently a file is not as advertised, despite being a valid search result -- I've several times told it to get a batch of sequentially numbered files resulting from a specific search for specific subject matter and found most, on arrival, to be what they were supposed to be but one or two of them to have gotten substituted with spam or damaged somehow -- without the file corrupt dialog occurring, and without the search results being the common spoofed ones that are just "y_o_u_r__s_e_a_r_c_h__t_e_r_m.wmv"n or similar (those I just ignore). I presume that these result from a spammer/spoofer/vandal participating in the download mesh for the file, and Limewire trusting the host that sends the file to send the correct hash as well, instead of the hash coming with the search result instead (stupid; bittorrent is much, much smarter in this area; the scheme Limewire uses seems to be good at detecting accidental corruption but bad at detecting intentional corruption by a client in a file's mesh that is acting in bad faith and attempts to avoid being discovered until you've wasted your time fully downloading the file).

Totally agree with what sberlin said, but i would add (if this hasnt been said b4):

- ability to search for a particular filetype (.pdf, .cbr) etc

-ability to rate something as a fake

-ability to cut out a search tearm; for example you might want to search for "star wars", but cut out all entries that have the word "skywalker"

-chatting feature like msn with a "nudge" to alert the user or a sound or just somehting to grab their attention

I should very much like it if colums in the Search field which show number ... mainly Length and also bit rate, and track numbers... could be shown in true numerical order. e.g. the order of the numbers 100, 2000, 101, 60 should appear as 60, 100, 101, 1000. At present they appear as 100, 101, 2000, 60

Thanks!