TylerW

3.5.x Beta

Recommended Posts

1 hour ago, Ryrynz said:

You're not going to get those idiots to whitelist this or any other version of this utorrent client at all ever.

I got the impression 3.3 or greater are blocked, not previous versions.

Share this post


Link to post
Share on other sites
5 hours ago, sumdumugy said:

rafi: What happened to your 'list of known issues'?

It is not editable any more for some reason (too old?) ... :(  I'd say - not much have changed, so, just for the first two parts (high/medium priority), only two issues - 4h, 4j - are now fixed:

 

Quote

 

High Priority

4a Users are *loosing* all their settings when upgrading/installing from an older "standalone"  non-%appdata%\utorrent location.

4g GUI: Main-view does not initialize scrolled up focused to the top-line (tested when RSS is enabled) [18-Dec-2014]

4.h .!ut suffix in files is not being removed when DLing multi file torrent as soon as they are done.

4.i New disk cache management - fills up the cache and freezes the download right after starting DLing (only on some torrents). ["Pre-allocate" option is to blame, filing with zeros...  , just disable it]

4.j "Move  files/.torrent after completion" does not work [12-Apr-2016]

 

Medium Priority

4c Cannot stop  "Checking..." torrent

4.e RSS: [build 32080+, http://alturl.com/3j8nf

- 3 In RSS favorites tab - both feeds and labels drop down lists are not sorted. In "Labels" preference too. Sames goes for RSS feeds/cat. pane [updated 13-Oct]

- 12.o In categories' pane - Feeds list is not sorted

- 10 RSS smart-episodes filter fails for episodes > 100

5 Weird issue with *search filter* -  Does not activate the correct search link when separators (space lines) are being used  (seems like search list separators break the indexing... )

5a. Transfer Cap graph crashes the system when reach the limit. Cap reset does not resume downloads

11 Alternate<->upload rate limit cycles when seeding & no DLs. [Shirt-F2->Advanced ul_rate_download_tres - default - 0 should be set to 20...]

12 Setup guide open-port test is broken - not working w/o uPnP | PMP . Also, not displaying the proper nearby site

12.g Tracker tab related issues:

     - Disable/enable DHT/PEX/LPD does not update on the context menu unless you de/re-select the torrent

 

 

Edited by rafi

Share this post


Link to post
Share on other sites

As there is no 3.5.x Stable thread:

3.5.0.44090 available:

magnet:?xt=urn:btih:B0D26F17C4E12B85C188330A1C0A246305B471B4

Release notes:

– Append “torrent” to the search query (only for default provider)
– Fix crash introduced in 44010
– Fix a race (crash) upon receiving metadata

Edited by mike20021969
  • Like 1

Share this post


Link to post
Share on other sites

What happened to the main site (www.utorrent.com)? I was able to get to this form through my history.

Share this post


Link to post
Share on other sites

No changes-log since 44090... :(

Also - your magnet is not accessible...

Edited by rafi

Share this post


Link to post
Share on other sites
On 31/10/2017 at 5:04 PM, mike20021969 said:

Anyway, there's newer versions available:

3.5.0.44250: magnet:?xt=urn:btih:33D0452AE056B9B9AD9143A17044FCB7DECA0DEA

No changelogs as of yet.

 

After seeing some weird traffic on wireshark i checked the strings in the exe ... and had a *facepalm* moment.

Currently pretty much all ads / offers / bundles / etc - practically all dynamic data is delivered to uTorrent via plain-text http and it also reports statistics the same way, making it very easy for someone to intercept and inject content.

Please, change all urls inside the app to use https-only.

http://cdn.ap.bittorrent.com/control/tags/bt.json
http://cdn.ap.bittorrent.com/control/tags/ut.json
http://cdn.ap.bittorrent.com/control/tags/staging_bt.json
http://cdn.ap.bittorrent.com/control/tags/staging_ut.json

http://cdn.ap.bittorrent.com/control/feature/tags/ut.json
http://cdn.ap.bittorrent.com/control/feature/tags/bt.json
http://cdn.ap.bittorrent.com/control/feature/tags/staging_ut.json
http://cdn.ap.bittorrent.com/control/feature/tags/staging_bt.json

getJSON("http://update.utorrent.com/featuredcontent.php?w=" 

http://update.utorrent.com/installoffer.php

http://bundles.bittorrent.com/feed.rss
http://beta.bundles.bittorrent.com/feed.rss

update.utorrent.li
http://%s/updatestats.php
http://%s/installstats.php
http://%s/update_event.php

http://apps.bittorrent.com

and so on... and so on....  even most ads and their statistics are sent and received via plain text http.

 

*sigh*

Share this post


Link to post
Share on other sites

if it's not in startup then you are using Windows 10 1709

the auto-restart of apps that were open when you shut down or restart the pc is a new "feature" in Windows 10 1709 fall creators update

https://blogs.windows.com/windowsexperience/2017/07/26/announcing-windows-10-insider-preview-build-16251-pc-build-15235-mobile/


please vote here to disable it: https://aka.ms/Bb4aim
(feedback hub link)

 

 

Share this post


Link to post
Share on other sites

3.5.0.44266....is out

  • Fix a bug that could cause the "You've just been upgraded" page to display when the user has not updated
  • Fix a crash
  • Save Pro/Ad-free license key to "Documents" upon activation to allow for future re-activation

 

 

 

Edited by ex58

Share this post


Link to post
Share on other sites

Regarding the latest beta build 3.5.0.44284, Windows Defender (win 10) found its running process as "Trojan:Win32/Fuery.A!cl".
I simply replaced the beta 3.5.0.44278 uTorrent.exe with the new one, as always.
Never happened such thing before, with any beta or stable build.
I guess it's just false positive, but could we please confirm ?

 

2017-11-17_192304.jpg2017-11-17_194301.thumb.jpg.beac63f58f245520878d1024ba7ad331.jpg

 

Edited by darkred

Share this post


Link to post
Share on other sites
11 hours ago, darkred said:

I guess it's just false positive, but could we please confirm ?

If the file's Digital Signature is intact, then I'd imagine it's a false positive.

It's most likely something to do with installer offers within the file.

Virus Total's scanner always seem to find a problem with uTorrent.exe - too much "nanny-ing" these days instead of people using their own common sense.

Edited by mike20021969

Share this post


Link to post
Share on other sites
12 hours ago, darkred said:

Regarding the latest beta build 3.5.0.44284, Windows Defender (win 10) found its running process as "Trojan:Win32/Fuery.A!cl".
I simply replaced the beta 3.5.0.44278 uTorrent.exe with the new one, as always.
Never happened such thing before, with any beta or stable build.
I guess it's just false positive, but could we please confirm ?

...

Defender found nothing here on this file. I suggest you try and update your Defender to the latest  threat definition version:

Win 10 : image.png.74534f180aa311ceb84e16e6d0cf1f53.png 

image.png.3a1eac03c249b58b4d3f986a3dfdf05c.png

mike20021969 - you might want to avoid linking to versions that are NOT marked as beta/releases, but are probably some kind of 'nightly' release.. 

image.thumb.png.682765871afe38058f506a7c62c31a4a.png

Edited by rafi

Share this post


Link to post
Share on other sites

First of all thanks both for the responses.

 

Quote

too much "nanny-ing" these days instead of people using their own common sense.

@mike20021969That part was harsh and unnecessary...

Anyway, yes, the file's Digital Signature is intact.
I always check the file's Digital Signature (I don't check virustotal because I know that all utorrent build executables get, more or less, false positives in some of the antivirus engines it uses).

I always (close uTorrent and) just replace uTorrent.exe with the new executable. It's not like it's the first time I do that. In fact I've updated to all the recent beta builds that you've linked to.

But this time it was different: this was the first time Windows Defender blocked the running process itself and removed it ("this program is dangerous and executes commands from an attacker ") putting it in Quarantine.

My 1st screenshot above was the initial Defender notification, i.e. that the running process is "dangerous and executes commands from an attacker".
At that time I ignored it and just closed uTorrent.
But, as soon I tried to re-run it, I found that it had automatically quarantined it.
That's what it worried me the most, and so I asked for your opinion (otherwise I would just ignore it).

But, in general, if what you're suggesting is that,
as long as the Digital Signature is ok, to always ignore whatever alert your antivirus or firewall might notify you of,
then I'd say that, whatever the software might that be, it might be cases that the alert is indeed real (like the recent CCleaner case).

 

@rafi the Defender's definitions yesterday, were up-to-date at that point:
2017-11-18_151945.jpg.1b9e909132f54485d78567d39d9190b3.jpg
I just manually updated them to today's:
2017-11-18_151821.jpg.d0effbb034b3a306450b6d50cc7ae37f.jpg
Scanning the executable doesn't find anything, as it did yesterday.

Windows version:
2017-11-18_151755.jpg.871e19db168e1d9774882fa7e933f5c8.jpg

Edited by darkred

Share this post


Link to post
Share on other sites
1 hour ago, darkred said:

That part was harsh and unnecessary

I was more referring to Virus Total's scanners which you edited out of the quoted sentence.

Regardless, if a file is downloaded from a trust worthy company and digitally signed, the most likely result is a false positive.

Edited by mike20021969

Share this post


Link to post
Share on other sites
1 hour ago, darkred said:

Scanning the executable doesn't find anything, as it did yesterday.

Looks like a new false positive glitch, that M$ has just fixed ... Simple enough... :)

Share this post


Link to post
Share on other sites
1 hour ago, mike20021969 said:

I was more referring to Virus Total's scanners which you edited out of the quoted sentence.

Ok, sorry, my misunderstanding.

1 hour ago, rafi said:

Looks like a new false positive glitch, that M$ has just fixed ... Simple enough... :)

No, I meant that Defender didn't find anything , not yesterday nor today, when manually scanning the file.
Yesterday, it blocked and removed the running process, 
due its behavior, i.e. (most probably) that, right after I replaced the executable and ran it,
it created/modified the 4 registry keys for autorun+uninstall shown in the 2nd screenshot in the initial post.

Edited by darkred

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now