PDA

View Full Version : LimeWire 4.11.2 Beta


Sam
June 1st, 2006, 11:01 PM
The LimeWire 4.11.2 Beta is released. You can download it from the beta page at http://www.limewire.com/english/content/beta.shtml . PRO users can download it from their personal download page.

Changes include:

- Fixed error caused by a Gnutella connection connecting quicker than expected.
- Fixed to not allow duplicate incoming connections from the same host.
- Fixed to not attempt connecting to the same host muliple times at once.
- Fixed Gnutella handshake responses to give useful error messages.
- Fixed Ultrapeer peer connections to allow a small number of "not good" non-LimeWire peer connections.
- Fixed a potential deadlock scenario while connecting to the network.
- Fixed downloading to never stall in 'Downloading' as the download was almost finished.
- Fixed downloading to never stall in 'Connecting' state if multiple pushes were using the same client GUID.
- Fixed downloading to never attempt to steal ranges from the same source more than once.
- Added more information to errors while downloading.
- Fixed to ignore some rare errors while parsing MP3 metadata.
- Fixed to report a friendly error message if LimeWire attempts to open a file that another process has locked.
- Fixed an error caused by right-clicking a file in the library with a strange filename like "_".
- Fixed Windows icon shown in title bar and alt-tab to be a prettier icon.
- Fixed LimeWire PRO splash screen to be a valid image file.
- Fixed initial splash screen handling to work better if the image can't be loaded.
- Fixed language flag to have a default globe image show if the flag can't be found.
- Fixed initial splash screen to support the new Application Data preferences directory on Windows.
- Fixed the setup wizard on Linux with the GTK theme to not error.
- Fixed an error with the setup wizard scan progressbar on Windows with a custom skin set.
- Fixed handling response data to not error if strange response indexes are used.
- Added many, many, many more translations.

Thanks,
The LimeWire Team

stief
June 2nd, 2006, 12:50 AM
looks good so far: no dups seen in connections, but haven't been able to trigger UP mode yet (this is a bit surprising: maybe you fixed that too :) )

I'm not sure what you mean by "- Fixed Ultrapeer peer connections to allow a small number of "not good" non-LimeWire peer connections" I hope it means "fewer not-good" connections.
I was getting too many MORPHS: hope this means I won't have to delete so many before trying to get a cleaner "What's New" image search.

btw--the "About" page could use an update.

Sam
June 2nd, 2006, 02:40 AM
The small number of "not good" connections is there so that researchers, students in universities, and fledgling developers will be able to connect to the network without having to implement all the advanced features. It won't increase the number of non-LimeWire connections, but it will allow "not good" clients to take up the slots that are reserved for not LimeWires.

Yeah, we need to update the About stuff. We'll get to it before the next stable release.

stief
June 2nd, 2006, 10:09 PM
This is an old bug, but the download status indicators (checkmarks, torn paper icon . . . ) in the search results are not fully updating after downloads are completed.

For example:

-Do a "What's New" Image type search (typically ~150 results will pass the keyword filters)
-Sort by size (descending)
-Sort by status (to group and move the checked files to the bottom of the search results)
-Download all unchecked images (prefs are set to allow 200 simultaneous downloads).
-Re-sort list by size (descending)

Not all the completed downloads get checked.

Further problems are noted when one of the hosts is browsed, and the download is initiated from the browsed host results. The same file listed in two search results usually (never?) is updated in both search result lists

Anyone else seeing this?

stief
June 2nd, 2006, 10:29 PM
With both 4.11.1 and 4.11.2 betas (Pro), the CPU% fluctuates much more than previous releases, and seems to be about double what I've noticed from before.

CPU% on a 1.42GHz PPC G4 (1 GB RAM) running as an UP looks to average more than 50%, with frequent spikes to 90 and longer periods at 60-70%.

Upload and download ratio is about 1:1, but nothing very heavy--HTTP averages are only ~7KB/s each way.

The most noticable effect is that the fan has been running more than ever on my iBook :)

Is this a necessary consequence of NIO?

stief
June 2nd, 2006, 10:38 PM
The small number of "not good" connections is there so that researchers, students in universities, and fledgling developers will be able to connect to the network without having to implement all the advanced features.Thanks--sounds like a welcome change.

Any chance that such connections could be indicated with a distinct Vendor/Version in the Connections Pane? I'd like to foster/encourage such connections.

garbagefan2
June 2nd, 2006, 11:31 PM
i thought 4.11.1 was the new beta?

stief
June 2nd, 2006, 11:42 PM
i thought 4.11.1 was the new beta?It was before yesterday :)

dillon
June 3rd, 2006, 11:50 PM
My 4.11.2 still has forever connections. It seems really sparadic, sometimes I will be recieving like 300 kps but most of the time nothing. I tried turning off my firewall (Nortin Internet Security and Windows' Firewall) but this did nothing. Is this a problem with my computer, or settings, or is this a beta error? Thanx

Sam
June 4th, 2006, 12:32 AM
Can you clarify what you mean by "has forever connections"? What, exactly, is happening? If other people are experiencing the same problem, it very well may be a bug with the beta.

dillon
June 4th, 2006, 01:02 AM
What I mean is that it just says connecting, forever, I think it is the same as this => http://www.limewire.org/forum/showthread.php?t=84 Like I said before once every little bit a couple will download really fast. But most just sit at connecting.

Lord of the Rings
June 5th, 2006, 12:58 AM
I suppose http://www.gnutellaforums.com/showthread.php?t=56751 :D :cool:
I did get internal errors 3rd time I ran it & it lost its icon identifications for files. But files happily downlded all the same. Next time was fine.

I need verification before I can point out something else.

Oh & as far as certain files ... usually raza, bs, or other ... continually try to reconnect for hours on end. This has been an issue since I tried 4.10.0 beta. I was happy to see I connected to a gnucleus peer & also host for a healthy downld.

Oh ... OSX 10.4.6 Java 1.5 latest update. btw Snapshots are always available for a short period of time before i delete them!