Archived

This topic is now archived and is closed to further replies.

Firon

µTorrent 3.1 stable (build 26671)

Recommended Posts

some interesting info posted by 'demonzon' regarding the RSS issue. uTorrent staff can this

be addresses and fixed?

--------------------

For some reason utorrent sends Content-Length: 0 in its GET request. lighttpd does not accept this.

For example, TPBs High Def TV Shows requests are requested (in utorrent) as this:

GET /208 HTTP/1.1

Host: rss.thepiratebay.org

User-Agent: BTWebClient/3100(26595)

Accept-Encoding: gzip

Connection: Close

Content-Length: 0

The "Content-Length: 0" is not valid in a HTTP GET request.

Share this post


Link to post
Share on other sites
some interesting info posted by 'demonzon' regarding the RSS issue. uTorrent staff can this

be addresses and fixed?

--------------------

For some reason utorrent sends Content-Length: 0 in its GET request. lighttpd does not accept this.

For example, TPBs High Def TV Shows requests are requested (in utorrent) as this:

GET /208 HTTP/1.1

Host: rss.thepiratebay.org

User-Agent: BTWebClient/3100(26595)

Accept-Encoding: gzip

Connection: Close

Content-Length: 0

The "Content-Length: 0" is not valid in a HTTP GET request.

Thanks for the info. I'll attempt to reproduce this bug, and update you tomorrow.

Share this post


Link to post
Share on other sites
some interesting info posted by 'demonzon' regarding the RSS issue. uTorrent staff can this

be addresses and fixed?

--------------------

For some reason utorrent sends Content-Length: 0 in its GET request. lighttpd does not accept this.

For example' date=' TPBs High Def TV Shows requests are requested (in utorrent) as this:

GET /208 HTTP/1.1

Host: rss.thepiratebay.org

User-Agent: BTWebClient/3100(26595)

Accept-Encoding: gzip

Connection: Close

Content-Length: 0

The "Content-Length: 0" is not valid in a HTTP GET request.[/quote']

Thanks for the info. I'll attempt to reproduce this bug, and update you tomorrow.

I wonder if this is the reason for this RSS issue here as well: http://forum.utorrent.com/viewtopic.php?pid=624582#p624582

rafi

Win2k3 R2 Std x86 / WD20EARS. Yes, I restarted - not just uT, server too. The issue is here.

maybe uT on Win2k3 has specific issues :(

Share this post


Link to post
Share on other sites

I haven't been really following development lately, so I was wondering if the piece checking (when using "Force Re-check") had any major changes.

I have a couple large torrents (>5GB, one is nearly a terabyte) that I only have partially downloaded (for bandwidth and disk storage reasons), and whenever I try to do a recheck on them, they cause uTorrent to become non-responsive and I sometimes have to kill the process. Does anyone know what's going on here?

Edit: I should add that the non-responsiveness does not occur in 3.0.

OS is Windows 7.

Share this post


Link to post
Share on other sites

Then I'd like to ask developers - isn't it possible to rollback changes in working with cache? Sounds silly, yeah... But I believe such issues should have high priority in to-be-fixed list.

Share this post


Link to post
Share on other sites
I have verified this bug. I'm fixing it now - it will be in the next changelog.

Was it really Win2K3 related ? Or something potentially common to other platforms ?

Share this post


Link to post
Share on other sites

9ehmL.png

No idea whats going on here, UI exploded. Even my damn taskbar. Picture of my full desktop, not counting the black boxes.

Torrent with a hundred or so vids in it, clicked stream and this. Seems like the pick a video dialogue box is bugged, reproducible but doesnt happen every time. Windows xp, ut build 26595

Firon harangued me into making this account to post this :P

Share this post


Link to post
Share on other sites
Then I'd like to ask developers - isn't it possible to rollback changes in working with cache? Sounds silly, yeah... But I believe such issues should have high priority in to-be-fixed list.

Hi Raistlin,

Yes, it is definitely possible - in fact, we already rolled back some changes that caused the hashfail crashes in 26591 & 26593. We just want to understand any issues before we roll back code, and unfortunately, the disk cache subsystem is one of the harder areas to test. Not even our best testers saw the issue before it appeared in the wild.

We're going to work with you, osmosis & rafi to track the remaining issues down.

Thanks,

Adam

Share this post


Link to post
Share on other sites
I have verified this bug. I'm fixing it now - it will be in the next changelog.

Was it really Win2K3 related ? Or something potentially common to other platforms ?

I'm sorry' date=' Rafi; I was referring to [url']http://forum.utorrent.com/viewtopic.php?pid=625094#p625094

the "Content-Length" / RSS bug - that is the bug that is fixed.

We're not ready to tackle the (remaining) disk cache / disk overloaded issues yet.

Share this post


Link to post
Share on other sites
What is the changelog for build 26606?

what r u talking about?

If you go to http://www.utorrent.com/downloads you will see that it shows December 14, 2011. Earlier today, they had build 26606 on the download page and they didn't post a changelog. And instead of them posting one they just reverted the build number back to 26595. Is it too much to ask for a changelog as soon as a new build number is up? I remember people complaining about this same exact thing months ago. Admin and staff, please get on top of things and post a changelog as soon as a new build is up for download so we don't have to ask everytime.

Share this post


Link to post
Share on other sites
What is the changelog for build 26606?

what r u talking about?

If you go to http://www.utorrent.com/downloads you will see that it shows December 14' date=' 2011. Earlier today, they had build 26606 on the download page and they didn't post a changelog. And instead of them posting one they just reverted the build number back to 26595. Is it too much to ask for a changelog as soon as a new build number is up? I remember people complaining about this same exact thing months ago. Admin and staff, please get on top of things and post a changelog as soon as a new build is up for download so we don't have to ask everytime.[/quote']

I think you may have seen a misplaced release for another product.

There was no 26606 for utorrent. We apologize for the inconvenience .

Share this post


Link to post
Share on other sites

what r u talking about?

If you go to http://www.utorrent.com/downloads you will see that it shows December 14' date=' 2011. Earlier today, they had build 26606 on the download page and they didn't post a changelog. And instead of them posting one they just reverted the build number back to 26595. Is it too much to ask for a changelog as soon as a new build number is up? I remember people complaining about this same exact thing months ago. Admin and staff, please get on top of things and post a changelog as soon as a new build is up for download so we don't have to ask everytime.[/quote']

I think you may have seen a misplaced release for another product.

There was no 26606 for utorrent. We apologize for the inconvenience .

Oh ok, was just wondering because it was up in the morning then gone when I got back to check. Thanks for clearing that up.

Share this post


Link to post
Share on other sites
Great! RSS is much more important than disk-cache ... for me... ;) Anyways, Win2K3 is not a very common uT platform...

I believe that's a joke. Disk cache is less important than RSS? For BitTorrent client? Great...

Share this post


Link to post
Share on other sites
I believe that's a joke.

Yes :) But ... I said "for me" ... Since the cache works on Win 7 with my settings... I suggest you upgrade to Win2K8 ... ;)

Share this post


Link to post
Share on other sites

I have a dilemma. If I check the "Disable Windows caching of disk writes", my download speed does not go over 1 mb/s (I have 100 mbps). If I let it unchecked, then I have mini-hangs. What's the middle ground here ?

Also, the RSS feature is still broken. Maybe you can rollback to uT 2.2.1 RSS code. That worked fine.

Share this post


Link to post
Share on other sites

It hangs when I remove a torrent or when I use right click etc. Not always, but it's annoying. The hangs usually keep 2-3 seconds. I have windows 7 ultimate x64, q9550 and 4 GB of RAM.

If it's unchecked, my download speeds are fine. But if it's unchecked, mini hangs surface.

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.