javacatpaul

User Interface Design · January 8, 2023

Thanks for the 06jan23 update!

http://www.should.keepfree.de/Readme_FLAGS.html

December 15, 2022

Ok, I just don't know what T**F** happened, but I seemed to have fixed it.

1) I tried doing a Sys Restore back to before yesterday's updates, no diff at all! So, not Win Update's fault?

2) I undid the above, returning back to this morning's state. I double checked uT again, yeah still bad as expected.

3) I did a "rt-click remove" all torrents from the jobs list, exited and restarted to be sure all was cleared, it was. exited again and a) renamed my TOR folder to TOR_old and made a new TOR folder, empty. I deleted all resume.* and *.old files, renamed settings.dat to bad_settings.dat and then restored settings.dat from one I saved 2 days ago.

Bingo, all good again.

So...my settings.dat got clobbered? hum...did the .resumes get clobbered? It does seem the resume did have the entry for the "unable to open" file, even tho it was bad - that shd be fixed dev's..

I did save the "bad" one, I wish there was a way to do a diff on them and see what entry is causing this. Any sugestions? I may try two instances of BEncode.exe side by side and do a visual compare...

Thanks for listening...

[maybe time to think about building a new W10 box...]

MY ADVICE TO ALL -- if you are not already doing it you should be saving copies of your settings.dat file on a regular basis, they sure do come in handy!!!!

December 15, 2022

ok, different day different issue; please help!

As of today, I can no longer add a torrent to uT.

I [stupidly?] did a windows update yesterday, on my W7 [esu] system. All went fine. Now today I try to add a torrent and it fails - ut says "can't open torrent file...". I can not see the torrent file inside the directory. It is not hidden, it is smply not there. if I try to add the torrent again it says "already loaded.."; but it is not there! The only indication that it ever got added was the error line, _AND_ under LABELS is does show a HIDDEN label entry for the "bad" guy, BUT only after doing an exit/relaunch, it is not there until after the relaunch. . I can remove that line and it appears to go away, but try to add again and it still says "aleady loaded...". The only way to recover is quit, delete the resume.dat files and relaunch, and then do a manual "Add Torrent [and choose destination dir]" and hand feed it ALL of my .torrent files, one at a time. THIS SUCKS.

this happens if I use a Mag link, a .torrent download, or just paste just the torrent ID number alone into the ctl-u dialog [my normal method]. what's happening here??

Did W7 update change some low level shit? arg...

anyone else experienceing this?

Why is there a hidden lable at all, and how do I eliminate that? weird...

thanks...

oh yeah, running build 46552, been fine for weeks

----

the only way I've been able to get success is the following:

1) dl the .torrent file to a temp directory via rt-click "save link as..."; do NOT just click and let the click-thru send it to uT.

2) go to uT and choose Add Torrent [choose save dir] and point to saved .torrent file.

3) it adds just fine.

---

could this be a browser update issue? I did update FF to 108 the other day, but it [seemed] to work ok after that, not sure if I dl'd a tor since then.

seems like a browser-to-ut handoff issue??

That doesn't make sense, cause it does it even if I just paste the torrent id number and nothing else into the ctl-u dialog, there is no browser hand off there at all...

arg...

December 7, 2022

FWIW, this offical url from the uT site now offers up a new version for this week, 3.6.0.46612:

https://www.utorrent.com/downloads/complete/track/stable/os/win/

I did not try it...good luck...

November 30, 2022

...back to uT bug reports...

re: build 46552

this bug has been around forever, but it bit me again today so I will report it now.

Two seperate torrent jobs, and by coincedence they have the same exact name. This means they both end up using the same destination folder, and the two jobs' files end up intermingled. Ugly, but not terrible, unless the two jobs have a filename element that is the same [say "info.txt"]. Then both jobs end up writting to the same file, corrupting each others work. The job list doesn't "notice" the corruption until it tries to send a piece from the corrupt file, and then the receiver detects a hash-fail and eventually bans me. If I stop the job and do a recheck it notices the file is bad and requeues the piece, but then the other job's version of that file gets messed up, and on and on...

So, I think each torrent job's destination folder shd be unique and if it is not then uT should warn or ensure that is is by adding a "(1)" or something, like windows typically does with name conflicts.

Thanks for listening...

November 28, 2022

Upon reading the change history for 3.6.0 it says:

-- Released chromium edge embedded webview support

Is that a ref to "MicrosoftEdgeWebView2", or is it a REPLACEMENT for the WebView2? The switch to Webview2 occured back in 3.5.5 a month or so ago, so I'm a tad confused - can we uninstall webview2 when/if we [dare] move on to 3.6.0?

I run W7 and do not have Edge, so it installed WebView2; if I don't really need it anymore I'd like to uninstall it. [I did read that MS has plans to force-install it on all W10 and W11 boxes early in 2023, along with the forced-removal of all Internet Explorer remnants ...]

--

FWIW I have returned to vers 3.5.5.46552 and it continues to work well for me; 3.6.0.46590 seemed ok with just 1 or 2 jobs, but became more flaky as more jobs were added.

Thanks...

November 18, 2022

Rafi,

I noticed that 3.6.0 added a "new" entry in the Trackers list that was a
wss:\\bittorrent.com [or something close to that] for EVERY SINGLE torrent that gets added. It is not in the .torrent file's trackers list. Is it related to the new WebRTC "thing" you mentioned?

I had never seen a wss: type of entry before. If I try to delete it [like I would any other tracker] then it just comes back, and perhaps it's what caused uT to crash on me [I'm guessing you shd not delete it!].

Just curious...

November 17, 2022

7 hours ago, BDFan said:

uTorrent 3.6 build 46588 beta is out.

https://download-hr.utorrent.com/track/beta/endpoint/utorrent/os/windows

FWIW It took several attempts of receiving 46578 before it did bring down 46588...I didn't try it yet. Yesterday 46578 crapped out with a couple of actual crashes with crash dumps [never seen that before in many years of using uT] and it became erratic so I rolled it back to a saved settings.dat and recovered, but I think 3.6.0 is not ready for prime time yet...I'll play more as time permits...

November 15, 2022

re: doing the old-fashioned "manual install" we have advocated for years...

It seems with 4.6.0 we SHOULD NOT be doing manual installs anymore. There are just too many things that have to be done now to ensure a proper setup: EdgeWebView, 3 companion DLLs, and who-knows-what new parameters that need to be added [or removed] from the settings.dat [and other .dat] files and the registry.

Like other normal Windows programs, UT has become rather dependent on its stand-alone-installer to get things just right and our "habit" of doing it manually is [perhaps] shooting us in the foot.

DEVS care to chime in?

November 8, 2022

36 minutes ago, rafi said:

Can you get above 15MB/sec DL speed with any good test-torrent, and with a stable GUI?

I have a setting of 4096kB global dl rate limit, on a 100 mbps isp line.

So, no saddly...I do regularly [i.e., always] reach the above limit tho... :j

I changed limit to 0 and ran a quick single-job test, it maxed at 13.2 MB sec on a 400 MB package, what you'd expect for my line. So line is the limit for me, not uT. Good Luck.

November 8, 2022

re: 46574

I tried it and it's still ok for me on W7 with tiny jobs list.

I post to remind people that do the MANUAL update method to BE SURE to copy the 3 dlls too, they were updated for 46574.

November 3, 2022

FWIW,

BDFan's beta link above now delivers 46568. I tried it and it works the same as 46560 did for me, ie ok on Win 7 with small jobs list. I do not notice anything obvious that's out of wack...

November 1, 2022

8 minutes ago, rafi said:

Completely fails for me (with 500 torrents in the list, 12 active, 6 seeding, 6 downloading).

UI is completely stuck (unresponsive) , low speeds in the backroung (no GUI changes)

Well, there ya go everyone -- Proceed With Caution!! Your mileage may vary...

November 1, 2022

re 3.6.0.46560 BETA

I played with this, it works "fine" for me, but here's some notes if you care:

If you want to do the old-fashioned manual upgrade, open above LARGE installer with 7Zip and you'll see 4 files plus 4 folders. Extract just the 4 files and copy all into your ut appdata folder as usual; the 3 dlls are new and are required along with the [typical] utorrent.exe. [Of course, BACK UP your previous .exe and .dat's before trying this!] Then just launch and it'll self-update as usual.

I did NOT try running the "Large Installer", but I assume it does basically the same thing; someone brave can try it

FYI the 3 new dlls are: datachannel.dll, libcrypto-3.dll, libssl-3.dll. Forget to copy all 3 and utorrent.exe will fail with an error message upon launch.

Seems like some encryption changes have been made...

Note the major version number has advanced, to 3.6. We've been on 3.5.5 for years. I suspect there will be a flurry of updates as the new version is wrung out, so you may want to stand back and watch for a while. But it worked ok for me on a couple of new jobs which downloaded and then seeded properly. I do NOT have a large job list at this time so I can't test that...

On my W7, there are no child processes launched, although the utorretie.exe child file is created in the \updates folder as usual [but note it's 30% smaller than prev version was]. This is the same as it's been for a month or 2, ever since the new EdgeWebView was introduced. I see no additional processes running with this version,
and no suprise additions to the appdata folder [no new helpers or anything].

F1 downloads the same help file but names it "360" now, as expected for a beta install.

Prefs and Shift-F2-Prefs works as before. I did not notice any new prefs, new menu items, or new settings, but I didn't look very closely.

Memory/WorkingSet size seems about the same; again I don't have a huge jobs list.

It exits smartly still, as before. And nothing funky shows up in the event logs, good.

It seems pretty "snappy" [quick], but that's very anecdotal, just a good day I suspect...

Thanks and Good Luck To All...

October 27, 2022

Interestingly, that link now goes [back] to .46542

hum...

October 21, 2022

http://ll.download3.utorrent.com/latest/uTorrent.exe

now has 3.5.5.46552 seems to work fine.

September 28, 2022

That's interesting, I do not see msedgewebview2.exe running anywhere, regardless of uT running or not; I have W7 tho. I do not have full Edge installed. Is it possible it's running in BG on you because you have Edge itself running in background [the default]? There are a couple of Edge settings where you can tell it NOT to leave stuff running in the BG after close, and to NOT pre-load things upon system startup. Maybe if those are set to "No" it'll stop? Edge hanging around in the background has been a complaint from the beginning...

Also, it's certainly possible that another app is also using the system's webview component, that's why it's there after all...

I have not found the WebView change to be a burden at all, even the update-checker tasks run real quickly without any bother. It has updated just once in the past 3-4 weeks, never noticed it happening actually. Good Luck...

September 19, 2022

Previously, I said: I also noticed that it did not seem to be necessary to zero-out the utorrentie.exe child helper - it exited cleanly without hanging this time...

It appears that's because it no longer launches the child processes, at least not at program launch like it did before. AND, it also no longer "likes" the zero-byte file in the "Updates" folder, instead always replacing it upon launch with a new fresh copy. But as I said it doesn't seem to actually launch the child process. Ok...

46514 seems ok upon initial examination, thanks...

September 5, 2022

That's what I figured, thanks Sergey...

September 4, 2022

Well, old fart strikes again -- me.

I guess this "change" is pretty benign. It's just installing the Web-View system component of Edge, and setting things up to keep it updated properly. I guess the new uT makes use of it in some way, prob the Web UI and Remote features. Fine, I don't use those [and so did not check those features for correctness in this new build]. I do not like how often it does updates, but that was MS's decision. Progress, humph...;) Enjoy...and thanks Rafi...

September 4, 2022

Any ideas what the new exe is that gets installed along with the new utorrent: MicrosoftEdgeWebView2Setup.exe ?? Beside the obvious from the name. Why would uT want or need to install and run this?

It seems to get left running in the backlground and there are new tasks that rerun it. Looks like "standard MS Edge updating every hour" bagage crap that's present in W10.

I have W7 without Edge installed. I don't want Edge. Ever. Suspect this is in response to EOL for IE. FWIW 46508's integration with Firefox is still just fine, .torrent files and maglinks still open Firefox as before.

Anyway, I simply disabled the 2 Edge-Update tasks and the 2 Edge-Update services. I renamed the above exe to ex_ to ensure it's kaput. works fine and does not "come back".

[those on W10 shd NOT do this however, you guys do need the EdgeUpdater. But I would registry-tweak it to not run more than once a day; just my opinion...].

I also noticed that it did not seem to be necessary to zero-out the utorrentie.exe child helper - it exited cleanly without hanging this time. but I did anyway. works fine so far...

User Interface Design · July 19, 2022

Your efforts are much appreciated, Thanks!

User Interface Design · July 16, 2022

FWIW,

I scanned the FLAGS.CONF V228 for duplicate entries and found these [36 I believe, 2 are triples]

These are therefore ambiguous as they are sorted alpha including the country code. Sorry I did not do the research to figure out which entry is a "wrong" entry [If one is US I'd suspect the US one, since so many reverse lookups show a cloudflare entry even for a true non-US location.] Of course US _usually_ sorts second, so it probably works out ok in the end... but many are not US and other. A couple are GB and UK [UK has replaced GB as of 2021], again that's a non-problem really.

Good Luck... and Thanks!

July 15, 2022

18 hours ago, gjm said:

While 'Automatically install updates' has been enabled in the last update to my uTorrent installation - I DON'T WANT THAT! - and is greyed out so I cannot change it - did I say I DON'T WANT THAT? - my installation has NOT updated with the latest version.

Currently on Beta 46346 which seems to be working well for me.

I would try 46348 [manually] and those settings should then be un-dimmed, set them to your desires and you should be done. as far as advanced-prefs are concerned the one I see that may be applicable is

btapps.auto_update_btinstalls

which I have set to *false. there is also silent_auto_updates which is false by default, I suspect that's the "notify me first" setting.

But, this line in HOSTS is most likely the best bet

0.0.0.0 update.utorrent.com

good luck...

July 8, 2022

oh yeah I almost forgot: 46346 still hangs on exit as before, but killing the utorrentie.exe by nulling it still solves that issue. Otherwise 46346 seems to work fine...

Profiles

Forums

Gallery

Downloads

Events

Blogs

Store

Posts posted by javacatpaul