funkydude

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.

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.

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?

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?

In chinese?

Does someone care to explain WTF is going on here? Ads in uTorrent now? http://img577.imageshack.us/img577/7690/utor.png English OS....

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?

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

"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.

@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.

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).

Still an issue in the latest builds.

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.

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.

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:

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? 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?

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

It's down again.

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.

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?

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.

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.

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

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

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.