µTorrent 1.8.3 beta 15619

[tungsten2k 0]

Moved to 1.9 and crashing stopped. Moved back to 15562, bombs away...

Check above for dumps and proc list.

Good luck

[Cloud9sAngel 0]

hello?

[Firon 3]

New build with the fix.

[rafi 184]

hmmm.. still... no crashes on XP ... nice ...

btw, I'm confused - how come I see in uT higher DL speed with calc_overhead ON then when I set it to OFF (actual ext. measured speed is the same) ? shouldn't it be the opposite ?

[Juanan_70 0]

OK. Thanks!

[hermanm 3]

> New build with the fix.

Thanks for fixing the crashes.

[Firon 3]

And another build with some webseed fixes. We're treating this one as RC, so if no more bugs are found, we'll be going stable.

[ICleolion 0]

Create New Torrent dialog, the Web Seeds label is still not left aligned properly.

[TrashCompaqtor 0]

As of 1.8.3 beta 15571, the percent number is gone in the "Done" graphic bar, but it isn't listed in the changelog. Under the Files category of the Detailed Info pane the "%" for each file is still there... but I miss seeing the total % done for the entire torrent in the Done bar.

[Firon 3]

The percentage is still there...

[Ultima 7]

http://img30.imageshack.us/img30/4804/there.png

Very much still there.

@icleolion: I sympathize with your call for a fix xD

[TrashCompaqtor 0]

Just updated to 1.8.3 beta 15589. the percentage is still gone!

---------

ok, I just now tried something: fooled with the gui.graphic_progress setting. setting it to False changes the plain clear/blue graphic bar to a percentage number. Changing it back to True brings back just a plain graphic bar.

Why can't it be both like in version 1.8.2 ?

[Ultima 7]

Don't mess with gui.piecebar_progress? Nothing has been changed with respect to the progress bar, and no one else is seeing the same bug as you (my screenshot above should be proof enough). Chances are, this is just another case of PEBKAC.

[lysp 0]

Switeck: It definitely was a bug.

With 15562 connections were failing.

Downgraded to 15520 - worked again.

Upgraded to 15589 - worked.

All this time i made no configuration changes to firewall.

[Switeck 1]

It could be that some bug fixes apparently aren't making the list of changes.

...Or developers are unaware of how fixing 1 thing helps/breaks something else!

[Pr1XseL 0]

Why is bt.transp_disposition set to 13 not 15 by default and why isn't Protocol Encryption > Outgoing set to Disabled not Enabled by default

[fnukyguy 0]

after installing 15589, all gui customizations in webui are reset (menu columns order, categories etc)...ive sorted the menu three times now, it just resets itself randomly on logins...never had this problem before.

happens with both webui 3.61 and 3.62 (2009-05-31).

Using Firefox

[ozgreg 0]

Will the developers get a chance of fixing the the Maximum Upload / Scheduler bug fixed as identified in http://forum.utorrent.com/viewtopic.php?id=57931 in 1.8.3?

Thanks

[rafi 184]

Pr1XseL:

Why is bt.transp_disposition set tPr1XseL o 13 not 15 by default

An interesting issue! Can 1.8.3 serve as a kind of 1.9 "replacement" as far as uTP is concerned ? hmmm... this can be an interesting experiment I say - yes, try this on this beta and make it so that ~5%-10% of the upgrades will set 15 as the default.Then issue another release that either cancel it or goes to 100% if successful

[clumba 0]

Pr1XseL:

Why is bt.transp_disposition set tPr1XseL o 13 not 15 by default

http://forum.utorrent.com/viewtopic.php?id=49813&p=1

1.8.3 has updated uTP handling code, so it can handle incoming uTP mixed with TCP much better. It is possible to enable outgoing uTP, but it is still not recommended, as the speeds will not be as good as 1.9 will have as we get closer to final.

[rafi 184]

two issues:

1. updating with tracker scrape

I open a torrent, and then start to download it (manually). It looks like at this point - the seeds/peers list is NOT being updated at all by the active tracker(s). ONLY after the first update of the tracker (like 30-60 seconds later) the "scrape OK" message appears and seeds/peers lists are being updated and seen in the main view.

I'm not sure exactly under what conditions this happen but it seems that this happens mostly when another download and seeding tasks are active or also when you start uT program and DLs are starting then.

A tracker problem ? a uT issue ? Just messages getting lost in the Internet ? ...

2. keeping to the download limit when in uTP mode only

It looks like uT is still setting the DL speed to 15-20% below the set limit (uTP only mode)

edit: and bug reported on IRC:

http://forum.utorrent.com/viewtopic.php?pid=413323#p413323

edit(2): ... and a dump from a crash that just occured ...

XP/SP2 ; operation: selected two seeding torrent -> stop -> & immediatly - delete+delete data on both ...

http://www.mediafire.com/?zxz12yxoux5

[arvid 0]

@rafi:

We have not done anything about the uTP issue yet. We have a bunch of other uTP improvements for 1.9, but we feel that uTP is good enough for 1.8.3 as it is, given that outgoing uTP connections are not enabled by default.

[Switeck 1]

"we feel that uTP is good enough for 1.8.3 as it is"

Sadly, I don't think so. uTP connections disconnect easily and often. I seldom have many at once even trying to make them using v1.8.3 (or v1.9 for what it's worth). Sometimes, I have just one...and when that happens, it's yucky if it's a slow one!

Worse if that single uTP connection goes dead, whatever feedback mechanism uTorrent is using to throttle TCP connections based on how uTP connections are doing...seems to be telling uTorrent to do this:

Upload speed flatlines roughly until the dead uTP connection times out.

(The HTTP errors are my doing, as I haven't bothered removing bad URLs in their tracker lists.)

[rafi 184]

I have an idea - put this OpenOffice RSS feed - http://borft.student.utwente.nl/~mike/oo/bt.rss as a sample link (dat file?) in a uT distribution . It will be a good RSS example as well as possibly serve for speed testing...

[drizzle 0]

In the current beta, when both TCP and uTP are enabled for outgoing connections, which has precedence? (i.e. which is attempted first)? Or does it depend upon how the peer is discovered (tracker, peer exchange, dht)?