[µTorrent 3.3 beta]

Also experiencing weird issues after trying to delete a torrent+data. Instead of deleting, it went blank, then another torrent's text started going Chinese...

http://img842.imageshack.us/img842/9260/20087711.png

edit: It fixed itself after I manually stopped a seeding torrent, the deleted torrents went away and the text restored to normal.

[µTorrent 3.3 beta]

Magnet links still not working with latest, entries in logger:

IO Error:6 line:405 align:-99 pos:-99 count:131072 actual:0

Error: <snip> - The handle is invalid.

[µTorrent 3.1.2 stable (26821)]

Now that such a wide array of torrent clients have implemented uTP, are there plans to drop TCP port mapping for uT clients that have only uTP enabled?

[µTorrent 3.1 Release Candidate 11]

New client up and officially release candidate now!

We believe we've fixed the 99% issues, but please let us know if it's still happening.

I'm unsure what sparse actually does, but it's not enabling itself on Windows 8 (WinNT v6.2) so you may want your check to be a greater than ">" instead of an equal to.

Also, should it be enabled when using an SSD, or doesn't it make a difference?

[µTorrent 3.1 Release Candidate 11]

My guess is it'll be a prominent link to µTorrent Plus..

In chinese?

[µTorrent 3.1 Release Candidate 11]

Does someone care to explain WTF is going on here? Ads in uTorrent now?

http://img577.imageshack.us/img577/7690/utor.png

English OS....

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Curious if one of the devs (or someone) could explain why I still need a TCP port open when I force UDP only? Could uT be smart about this and check that my transport is set to UDP only, and as so, only map a UDP port?

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

There appears to be an issue with completed torrents that are larger than around 700+MB. Randomly when uT is opened, it will rename the stopped-but-completed data of the large torrents back to .!ut and the only way (except manually renaming the file extension) to get them back to normal is to start seeding ("click play") them.

Still an issue in the latest builds.

2 months, should I assume you're not going to bother fixing it then?

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

"Fixed peer exchange exploit"..?

Also what's with the new Privacy section under BitTorrent in preferences? It doesn't appear to be documented in the Help section yet.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

@moogly, thanks! But it seems odd that a new map would be created only on-upgrade. Re-launching the application uses the same (previous) port fine, only upgrading uT seems to "reset" it and make another.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Is it intended that every time I upgrade to a new uT build, Teredo goes and creates a new port-map?

I'm on win7 and I enabled IPv6 in uT if it helps. But I don't think having a new port mapped every time you upgrade is a good thing. I'm at 4 open ports right now (upgraded 4 times since the last router reboot).

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

There appears to be an issue with completed torrents that are larger than around 700+MB. Randomly when uT is opened, it will rename the stopped-but-completed data of the large torrents back to .!ut and the only way (except manually renaming the file extension) to get them back to normal is to start seeding ("click play") them.

Still an issue in the latest builds.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

There appears to be an issue with completed torrents that are larger than around 700+MB. Randomly when uT is opened, it will rename these stopped-but-completed large torrents back to .!ut and the only way (except manually) to get them back to normal is to start seeding ("click play") them.

[µTorrent 2.0.3 released]

When it comes to size, it's _really_ hard to justify adding something as useless as "apps" in uT 2.2 (the responses to the thread says it all) and not justify a few extra kB for proper ASLR.

Especially in today's world that torrenters are under fire more and more from these agencies, you could find yourself down the line with a secretly shared exploit that ASLR could have prevented, then the new headline in Germany/France will read dump uTorrent at all costs.

My 2c.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Router goes down, you need bootstrap nodes.

My steps give you bootstrap nodes.

You refuse to follow my steps, you basically refuse to fix your issue.

Downloading openoffice doesn't mean installing openoffice, and it's not "shit code made by retards".

Are you fucking dumb or did you just not bother reading my post? Step 3 is OpenOffice not step 2. Step 2 was PeerGuardian, shit code made by retards.

Again, let me highlight my post for step 3 a.k.a. OpenOffice torrents et al:

The point is to use torrents without trackers, I'm well aware connecting to a tracker with these torrents would log me in as described in my original post, I want to be logging in on cold boot with no torrents like I always have.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

So you aren't going to even try because you THINK that the steps don't address the specific case that's happening (even though the steps specifically handle this case)?

Let me put it this way.

1. Oh fucking really?

2. I don't install shit code made by retards

3. The point is to use torrents without trackers, I'm well aware connecting to a tracker with these torrents would log me in as described in my original post, I want to be logging in on cold boot with no torrents like I always have.

4. lolwut when the router is down

Is that clear enough for you?

DHT will keep working if you a) already have cached nodes have a public torrent (it uses regular peers to bootstrap too) or c) use a particular .torrent with a DHT node embedded, even if the router is down. And I started it again, trying to debug why it sporadically crashes every so often...

Thanks Firon, but this only appears to have happened twice (at least for me) and I've been removing trackers from my downloaded torrents for quite a while. Possibly a recent change?

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

None of that applies to me, especially considering the router itself is down, thanks for trying to help though.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

That's because the DHT router was down. It's back up now.

It's down again.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Since the latest build (19424) when I launch uTorrent (yesterday night and tonight) my DHT fails to work. It will stay at "0 Nodes (Login)" then change to "Waiting to log in" and stay there permanently. The only fix is to add a torrent with a tracker, then it logs in. It used to work just fine with me never using trackers for torrents. I've also tried rebooting the router for a new IP with no joy.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Magnet links don't appear to be opening the "New torrent added" box where you can select destination of torrent and trackers of torrent. The main reason this is a problem is I'd like to use the magnet system without using trackers, but they are currently auto added and connected to (if the torrent has embedded trackers which most do), meaning I have to erase them after they are queried, which is what I want to avoid doing.

Well if it's not a bug, a magnet preferences GUI would be nice.

Hmm, actually the same goes for the RSS feed, no "New torrent added" box that you'd get when manually adding a torrent via Add.

No input? Also, the changelog seems to miss out on what the benefit of changing the uTP size to 600bytes is. Has it been increased/decreased and for what reason/what good?

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Magnet links don't appear to be opening the "New torrent added" box where you can select destination of torrent and trackers of torrent. The main reason this is a problem is I'd like to use the magnet system without using trackers, but they are currently auto added and connected to (if the torrent has embedded trackers which most do), meaning I have to erase them after they are queried, which is what I want to avoid doing.

Well if it's not a bug, a magnet preferences GUI would be nice.

Hmm, actually the same goes for the RSS feed, no "New torrent added" box that you'd get when manually adding a torrent via Add.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Seems like uTorrent is properly closing/unmapping/etc it's UPnP ports on application exit, great. But it seems that it doesn't do the same for the Teredo port 58797@UDP. Would be nice to have this closed on uT exit also.

Could I also suggest a check for bt.transp_disposition, so that if it's set to 10 (UDP only) uT is prevented from mapping a TCP port.

Thanks.

[µTorrent 3.0 "Falcon" (32-bit) alpha 25207]

Didn't there used to be support for https rss feeds? Or was I dreaming?

[µTorrent 1.9 alpha 15380]

They're getting your ip from the tracker and don't know to use uTP yet...or can't because they're not uTorrent clients. It's normal behavior for BitTorrent.

Ah, that makes sense. Will uTP protocol information be shared with Azureus and other such clients so this becomes less common?

[µTorrent 1.9 alpha 15380]

I'm using the latest build with a setting of 10 (UDP only), yet I still see multiple TCP connections being made on my listening port to random IPs. This was with 1 torrent active using 1 tracker, so I don't think they were tracker connections. It seemed to only maintain 1 or 2 at a time, dropping them for completely different IPs each time.