AdamK

Hi there everyone, We have a fix for the progress bar color chnage, and the Checked 0.0% problem in 3.3.1. We applied a very conservative fix in 3.3.0 for obvious reasons. In 3.3.1, we attempted to also keep the fix for "creates files selected to not download", and we missed one case. We'll release those two fixes for 3.3.1 tomorrow (April 10), PST. Thank you.

Thanks - I've reproduced this. We'll look into it. Adam

+1 As a matter of fact, I have been giving this a lot of thought, yes. We have so many things we are trying to do at Bittorrent, and naturally some of those things conflict. However, we're going to try something a bit different soon, and I'm cautiously optimistic that soon we'll be able to make stable releass faster, and with less bugs.

Hi Everyone, We have posted a fix for the "Checked 0.0%" problem in 3.3 29462 here: http://www.utorrent.com/downloads/complete/os/win/track/stable We will also have this fixed in tomorrow's 3.3.1 build We introduced this problem when we fixed the problem that utorrent was sometimes creating files that were marked as "don't download" The problem happened when you added a magnet link. When we received the torrent metadata, we would stop the torrent momentarily to see if we already had data for the torrent. When we entered that checking state, and determined that we didn't need to check (e.g. no data files present), utorrent didn't realize that it was done checking, and it had no way to leave that state. Thank you for the good reports.

Hi Everyone, We have posted a fix for the "Checked 0.0%" problem in 3.3 29462 here: http://www.utorrent.com/downloads/complete/os/win/track/stable We introduced this problem when we fixed the problem that utorrent was sometimes creating files that were marked as "don't download" The problem happened when you added a magnet link. When we received the torrent metadata, we would stop the torrent momentarily to see if we already had data for the torrent. When we entered that checking state, and determined that we didn't need to check (e.g. no data files present), utorrent didn't realize that it was done checking, and it had no way to leave that state. Thank you for the good reports.

Thanks for the "Checked 0.0%" reports - I've been able to reproduce this, and we're working on fixing it now.

Thanks for the "Checked 0.0%" reports - I've been able to reproduce this, and we're working on fixing it now.

Temporary workaround: delete %appdata%\utorrent\utorrent.exe, updates folder, and updates.dat We'll tackle this issue soon, thanks.

New 3.3.1 beta: 29335 -> 29438 - Known issue:Temporary change to autoupdate dialog (beta only) - Increase magnet link size limit - Adjust "Corked jobs text" - Removed unused settings - Fix peer unchoking bug / speed up some swarms - Fix: Don't create skipped files on disk for files we are not downloading - Added a progress dialog for manual updates - "Added On" time was sometimes blank for RSS feed entries

That's a completely different URL. Surely it should be the same for everyone It obviously isn't. And what does that 'staging' mean? Haven't seen it before within utorrent's URL. I'll check with the web team. That staging link is our testing url.

Unless uTorrent uses a driver. *shhhhhh* don't say that too loud - you don't want anyone getting any ideas!

Hi grey_rat, This is a type of torrent that will contain new content when the torrent creator pushes a new update - this one hasn't updated yet, but it might in the future! You are one of the first people to see this new feature in the world.

Hi there, We have a few ideas. First, a clue - this control is an IStatEditor - a different control than we use elsewhere in uTorrent. Second, could you try disabling Aero? Sadly, it seems you can't easily switch over to software rendering n Win7, but this might help us see if it's an interaction with your video driver. Thanks, Adam

Thanks for the report! We'll attempt to reproduce the installer scenario your described and get back to you shortly. Here is the Kapersky link to report false positives: http://forum.kaspersky.com/index.php?showtopic=13881

Could you leave uT up for 24 hours, or restart? we only do the check for new version at certain (not frequent) intervals. Thanks for the report.

Fair enough. I still think the installer should be able to detect previous install location and offer it. Hi, We did have it that way originally (preserve user's old install directory if detected). However, keeping an old install directory that requires elevation messes with the autoupdate feature. (Example: Initially, you turn the feature off. Later you turn it on, but now you are installed in a directory that requires UAC elevation - we'd then have to port/move/"install" you in the new location. Then if you turned it off again, I'm sure someone would request moving back to the old directory again. We chose not to go that route) If you can think of a good way around this, I'm all ears.

I feel your pain. Windows is set up in such a way that it is not possible to have automatic updates (without a UAC dialog every time) when you are installed in c:\program files. I really wish we could install in the typical place, but it's simply incompatible with this feature we're adding. We will still support all variations of installing uT in other directories if you do it yourself, for advanced users.

Nice catch. I knew there was something evil about that window.

Hi there - thanks for the report. Here's what's happening. There is a new assert in the delete from disk routine that checks the consistency of the torrent file data structure before we attempt to remove the data (these checks are only active in alphas and betas). We'll change this code block so that it is only called when needed, and we should be good again.

They do work for me! Thought I'd give 3.3.1 a shot. 1 of my 3 RSS feeds failed to refresh at all. Went back to 2.2.1 and it updated right away. Sorry about that - we attempted to put in a quick fix for people who added an RSS feed with invalid torrents, and the check was overly broad. That change was made Thu Feb 21, and we backed it out Tue Mar 5.

This will be fixed in the build after 3.3.1.29163

I'm not a developer' date=' but I've been here awhile. The duplicates are leftover from an older bugged version that created them. To get rid of them: Close uTorrent. Get Ultima's Bencode editor from the General forum and edit your %Appdata%\uTorrent\settings.dat file, you'll find the duplicates in there fairly easily. Save and remove the .dat.old, then run uTorrent again. Done. [/quote'] Thanks osmosis. And that is why an experienced user can be more useful than a developer.

Hi acmodeu, that looks like a bug. Could you give us the version (e.g. 3.1.4.159265), and a detailed description of how to reproduce it? I haven't been able to reproduce it yet with the 3.3.1 I'm working with. I repeatedly added different torrents, setting the "Save In" location to c:\foo then c:\foo2 then c:\foo

We already have more features in this autoupdater than Chrome does: you can turn ours on and off. Some of these these proposed new features sound great. Each one of them will, of course, delay the release of the new version. * Resetting to another version: We'll consider implementing this as command line flag. * Saving the settings: it's not clear what benefit this would have. * We like the idea to name the exes with a well defined name. e.g. 3.3.1-29154.exe. Doing this will improve communication, and remove annoyance. We'll definitely do this. Adding too many features to this already complex feature is not a good idea.

That change log entry was meant for the next version of 3.3.1. Youll see it in the release after 3.3.1.29105.