Seen it alot that problem, but Sam fixed it on june 26 http://www.limewire.org/fisheye/chan...20050626153915

Anyway, devs should respond to many of your probs on monday, you are a great beta tester to find those issues ;)

PS 4.9.1 is available but the changelog is not yet updated http://www.limewire.com/english/content/beta.shtml

Launching MP3 from the download window doesn't still work when the media player is disabled.

Monday is July 4th.. so that would make it Tuesday the earliest. Keep up the good work guys, all these reports are appreciated.

just installed 491, now i see a few things coming together alittle better.

files are being shared again. i didnt do anything, i just installed it, ran it, and it started hashing and indexing the files like it should.

but one thing i noticed that it did was reset my my "Media Type" saving locations to my default save location "D:\peer2peer\shared\other"

btw, i have a small request about the save folder browse routine, begin the browse at "My Computer" OR "My Documents" instead of c:\program files\limewire... it just seems more appealing that way since the limewire folder is irrelevent to the save location. and you wouldnt want anyone to screw that up, and you wouldnt want anyone to save there files there either.

hmm, i should start signing my name since everyone else does..

ultracross ;)

well even in 4.9.1 the issue has not been corrected:
http://rootproject.servehttp.com/alk...napshot014.png

btw, this is occuring VERY frequently.

Yes but we don't know what has been going in 4.9.1 for instance, LW has now a new status bar, very cool when you'll see it :), but is not in 4.9.1 either....

We'll see this tuesday when the changelog will be available and devs come here to see you many bug reports ;)

I don't know if this is beta related, but I had an audio downld reach 100% & stop. I tried resuming it but it's been queued ever since (about 6 hrs.) Still using LW 4.9.0

Just an update on memory & vm use. This was yesterday (see image) & at present after a restart (after LW crashed), it's 403 MB & 1.67 GB respectively. I know ... mac java! lol

Another 1st is this downld message. The file was really only about 1% downlded when this happened. Thus I would equate it to corrupt I guess.

Dare I reiterate. But the same thing happened as with the earlier file. It reached 100% & stopped. I cancelled & redownlded but just went to queued. Even after researching, no matter which moment of the search I repeated the procedure it went to queued (53 sources.) Likewise for resumed. After restarting LW, it came up with a corrupt message. As it did previous file I mentioned. I accept that perhaps this file was corrupt but I've the behaviour seemed abnormal. (This dmg didn't mount 1st time due to checksum error but I managed to mount it otherwise.) BTW there was another identical file of same size but name was different (much longer, etc.) but it showed up as the file I was downlding.

same thing happens when i cancel and try to restart them. this has to be dominatley a limewire problem. 481 actually doesnt do this. or atleast i have never noticed it. but most of my shared files (roughly ~3000+) were downloaded with 481, and i dont think i ever had that problem. but with the beta versions, ive downloaded around another ~3000 files, and it occurs about every 20th download. that is QUITE frequent for my downloading habits.

It's late Tuesday evening now (eastern time) and the changelog still terminates at version 4.9.0.