The LimeWire 3.7.5 beta has been released.

As always, you can download the beta installers from http://www.limewire.com/english/content/beta.shtml .

Pro users can find links to the beta version on their download page.

Below is a list of changes in the 3.7 series.

3.7.5
------
- Starting LimeWire with certain corrupt download.dat files no longer causes LimeWire to fail. Instead, the user is notified that there was a problem reading the download.dat file.
- An OSX problem where launching LimeWire would fail with the message, "The application LimeWire has unexpectedly quit." has been fixed.
- Fixed problem introduced in 3.7.4 that had turned grouping of search results off.

3.7.4
------
- Corrected the ability to detect whether or not incoming connections are allowed.
- Blocked buggy servents from harming the network.
- Disallowed uploading partial files if the download has been marked as corrupt.
- Added more information to the "QRP %" column in the Connections tab.
- Correctly block spam when received via UDP.
- Ignore many common problems with sending UDP messages.
- Corrected some problems with the Windows LimeWire.exe that prevented some magnet links from working.
- Added more information to discover why some user-initiated requerying fails.
- Updated QRP handling to allow more interpretations of the specification.
- Raised the default number of concurrent downloads.
- Added the 'Date' header to uploaders, per the HTTP specification.
- Fixed the sending of the Content-Range header in uploaders.
- Added lots of debug information to a common failure regarding Alternate Locations to discover what is causing it.
- Revamped iTunes integration. The user is now informed when aspects of iTunes integration fail and is told how to turn integration back on.
- Updated the way bugs are sent to LimeWire's servlet.
- Re-added the ability to double-click on searches in the monitor window to launch a search.
- Fixed some problems caused by changing the value of the "use internal LimeWire player" setting.
- Fixed problems with detecting invalid Save Directories.
- Added better verification of integral LimeWire files to detect invalid installations.
- Added messages to failures in the LimeWire internal player so the user knows what's happening when a song fails to play.
- Added the ability for the LimeWire preferences to notify a user when a restart of the program is required for the change to take effect.
- Removed the 'group' checkbox from searches.
- Added messaging to when a search cannot be performed because the user isn't connected to the network.
- Fixed some problems related to fonts & startup on OSX.

3.7.3
------
- Allowed more OOB queries to be performed, resulting in better search results more of the time.
- Added message to when magnet links are invalid instead of silently ignoring them.
- Fixed problems with Mac Classics and the new use of HttpClient.
- Corrected invalid handling of magnet links that was introduced in 3.7.2

3.7.2
------
- Fixed some problems in the way user-initiated requeries were handled.
- Corrected a typo that resulted in some radio buttons, buttons, and checkboxes to incorrectly layout their text.

3.7.1 & 3.7.0
------
- Support for international searches. Users can now search for and share files for all languages!
- Better connections. This version will monitor your connections and make sure that you stay connected, addressing the connection problems affecting so many users.
- A new search progress bar in each search tab that indicates the progress of your search.
- New button linking to the LimeWire MagnetMix site for promoting the use of the MAGNET protocol for efficient distribution of content on the Gnutella network.
- Fix for problem where new search results would deselect the selected result.
- The use of the Apache Jakarta Project's HttpClient open source program for making HTTP requests.
- The mp3 player can now play all bitrates and performs better.
- More fault-tolerant downloading.
- Improved efficiency of indexing between LimeWires and other clients.
- More efficient distribution of host information throughout the network.
- More robust firewall detection.
- Better statistics for connections.
- New Linux-style release cycle. All odd release numbers are now in the beta series (all 3.7.x versions will be betas), with full releases coming as even ".0" versions. So the next official LimeWire release will be LimeWire 3.8.0.

Many of these changes were possible through the help and contributions of open source developers, such as Roger Kapsi, Gregorio Roper, Philippe Verdy, and Jens-Uwe Mager. LimeWire Beta testers also are invaluable in helping to discover potential bugs and requesting features.

Once again, the betas can be found at http://www.limewire.com/english/content/beta.shtml .

Thanks again,
The LimeWire Team

Thanks Sam for the changelog, could you include in the LW folder a text document with those changelogs so every user can look at it? (People like to dl applications with a whats new indicating the new features/bugfixes even if they don't notice it when using the app).

Merci

y cud put the updates in the tip off the day bock

Hi sleepey,

We might be able to do what you're asking (or are you not asking us to do something?). I have absolutely no clue what you're trying to say though.

The LimeWire 3.7.6 beta has been released. Since it's a minor change (and is very soon after the release of 3.7.5) discussion can continue in this thread.

As always, you can download the beta installers from http://www.limewire.com/english/content/beta.shtml .

Pro users can find links to the beta version on their download page.

The following changes are new in LimeWire 3.7.6:
- Fixes for handling invalid GWebCaches.
- Fixes for handling invalid magnet links.
- Improved downloading logic. LimeWire can now handle more responses. This fixes some problems with downloading from other gnutella servents and some potential problems when downloading from HTTP servers.
- Fixed some handling of alternate locations.
- Further improved ability to detect invalid Save Directories.
- Added more debug information to a common error in downloading and sharing partial files.

Thanks,
The LimeWire Team

Will this fix the inability of "Shut down after transfers" from actually shutting-down the app? I.E., I'll have one upload going and I'll want them to finish before I shutdown LW. I select that option in the taskbar menu (of the Windows version, at least) but it only works some of the time. I think that LW continues to accept new upload-requests even though I've requested a shutdown and it's disconnected from any Ultrapeers.

>Will this fix the inability of "Shut down after transfers" from actually shutting-down the app?

Probably not. What exactly is the current problem with "Shut down after transfers"? Is LimeWire always shutting down immediately, or does it take much too long (ie, still allowing new requests and only shutting down when they all finish naturally), or does it never ever shut down? I think that any download, even if it fails and goes to either of the "needs more sources" states will prevent LimeWire from properly recognizing the transfer is finished. Does that seem to be the cause?

The symptom is that it never shuts-down. And I was concerned about uploads (from me to others), not my own downloads. When it happens, I can come back hours later and it's still there. If I un-minimize it, sometimes there are new uploads in-progress but not always. And, when I un-minimize it, it usually reconnects to the Ultrapeers; I don't think it should if I previously selected Shutdown...

Limewire 4.7.5Pro does not install under OS X 10.3.2 on the only hard drive available, the installer claims the drive is "null" ??!! 4.7.3 worked nicely.

Elis

i ment y cud list updates when y ferst open lime wire in the tip box but say only the ferst time y use it just a idea or y cud just leave them there emm thanks for help ?¿??