Ryrynz

Sure, if I can get it happening again. I got another crash just now on 47006 as well just doing normal tasks. Aint ever had uTorrent crash on me until this build.. far out. Nah, went back to 46984, I couldn't get 47006 loading again. I ain't playing games with my time.

Keep getting this bloody window popup on 47006 that just completely freezes the GUI whenever I add a torrent via remote. Rolling back.

I had 46984 crash a few days ago, I think that's the first crash I've ever seen from it. We'll see how 47006 goes.

Any chance of being able to move multiple torrents to a folder without having to select that destination folder for every single torrent?

Should the webui be saving it's column layout? Cos mine isn't it always returns to default. This is with a brand new 3.6 setup as well.. so the settings shouldn't fulloshit, gettin tired of having to right click to add the 'Added On' column every time I go in.

Anyone else experiencing 46944 GUI not loading on double click from tray? Twice now I've had it just won't load. I remember seeing this issue many many years ago as well. The process is active and it is transferring. I did a fresh install some weeks back. Can't say I saw these issues with 46884 buit I wasn't running it for long. Even with the process running the webui wouldn't load either. No issues with qBit which is running alongside it. Can the devs add the ability to move the torrent files location without us needing to use the BEncode app to do so? Been such a PITA for well over a decade. There's also a strange situation where a torrent is listed as not being able to be loaded for whatever reason (the torrent file is actually where it's supposed to be) and clicking on the torrent file doesn't actually overwrite the settings and it always shows as not being able to load. I actually have to delete the torrent from uTorrent and reload it and copy over individual string values over from bEncode (added, upload, seedtime etc) for an app that's been around this long moving files wihin directories should be a basic release feature. I think at this point qBittorrent has become the better app in general now and only continues to improve.

Honestly for some weird reason everything seems to just connect to it better. I tried switching 100% to qBittorrent a few years back and I lost over half my usual upload. I had some connection issues recently probably the result of upgrade garbage left behind over the years and I managed to sort it with Rafi's stuff. Cheers Rafi!

Updated to 46812 from 3.5.5 46348, which is running ok.. although qBT still achieves for me many multiple times the download speed (tested same torrent, same download location) Loaded 46812, waited over a minute or so for UI to become repsponsive after installing (all I wanted to do was close the client to reboot the system) but it didn't, I had to terminate the app by force because it was taking too long. Restarted the PC, uT still had UI not responding. went back to 46348, and UI loads instantly. Should've known. 3.6 was still a POS, it now gets a pass from me until 3.6.1, good day.

Hmm 3.5.5/3.5.6 is slow? I don't have anything special set.. my advanced options are just for the ads, everything else is default. I have some respectable values set similar to qBittorrent as far as connections per torrent and max values go and with my cache settings everything is ticked except for specifying the cache which I've experimented with and it hasn't changed anything. I just downloaded a torrent in utorrent and I could barely achieve 1MB/s, I switched it over to qBittorrent (same HDD) and it went over that multiple times within a few seconds. Something is seriously wrong. Rafi, do you know a build of uTorrent isn't completely borked? I think I'll just switch to that and never update uTorrent ever again. Tried a bunch of different versions and all had issues connecting to a particular torrent I was testing. Think I'll ditch my settings and reenter them at some point. Really hate that web installer btw.

uTorrent has typically been stable for me , looks like 46616 has a memory leak? Guess I'll roll back to 46348 Fault bucket 1728768314485916141, type 5 Event Name: RADAR_PRE_LEAK_WOW64 Response: Not available Cab Id: 0 Problem signature: P1: uTorrent.exe P2: 3.6.0.46616 P3: 10.0.19045.2.0.0 P4: P5: P6: P7: P8: P9: P10: Analysis symbol: Rechecking for solution: 0 Report Id: c136a0f1-2107-42fe-96b8-d952b5f7e7cc Report Status: 268435456 Hashed bucket: ba9dceea5e8f030ad7fdd19f63e241ed Cab Guid: 0

Right click - Hide trending videos uTorrent - No, I don't think I will. 3.5.5 is the final version of uTorrent, there will never be a 3.6, build numbers to infinity and the main webpage never be up to date with the version number and neither will the changelog. Rafi will confirm. Blessed are those who test the betas.

Memory is good, 16GB RAM on W10 and it basically only runs qBittorrent & uTorrent. At time of writing it's reporting 10GB free. It's already had a lot of fluff removed/disabled so shouldn't be a system issue. uTorrent is set for Auto RAM management.

I'm curious since I run into this problem every couple of months or so since I think the beginning of time, does anyone else have uTorrent's UI just die? I can remote UI in fine, and the torrents seem to be functioning fine too.

Download page says (Stable 3.5.5 Build 45952) but downloads build 46304 Changelog gets updated a couple of times a year.. that's nice, you guys really do an outstanding job, think I'll go post over in the appreciation forum, you deserve it all the praise I can muster, which is none.