Established Members
  • Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Rassilon

  • Rank
  1. Utorrent starting up on its own

    quick test method: 1) start utorrent (leave it running) 2) shut down windows (shutdown, not restart - important for this test) 3) wait a minute 4) start windows if it's not listed in startup AND it starts again with windows then you are most likely using Windows 10 1709+ edition the auto-restart of apps that were open when you shut down the pc is a new "feature" in Windows 10 1709 fall creators update that's a bit buggy at the moment and the "off" switch doesn't quite work for this feature. 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) how to avoid it: make sure you close manually all apps before you shut down windows.
  2. 3.5.x Beta

    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)
  3. 3.5.x Beta

    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*
  4. µTorrent 3.2.1 stable (build 28086)

    if this fix refers to the fact that magnets would stop the download after just the torrent file was downloaded, can i have this feature back, please? It might have been a bug but it was an useful feature to me. i actually like having the torrent to stop itself after the magnet downloads just the .torrent file instead of going ahead and downloading everything at once. (maybe also add a secondary checkbox for this in the add torrent dialog, to download the torrent contents too) This way i can examine the files inside the torrent and choose which files i want to download and set their download priority order. I went back to 3.2 build 27547, this has this useful feature/bug still present. Edit: P.S. i just noticed that 27547 doesn't always behave like that, but i still think it's useful to stop the download just after the magnet downloads the .torrent file
  5. µTorrent 3.1.3 stable (27327)

    not always because in my experience windows7 decides by itself to show the UAC prompt/admin auth prompt when an application tries to do the same thing repeatedly and gets denied because it lacks the desired rights. When an application being run by a limited user tries repeatedly to do a restricted action (e.g. uT requesting write access to HKLM\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap) WinXP will show an access denied message immediately but 7 will give you a chance to enter the admin password before denying the action.
  6. µTorrent 3.1.3 stable (27327)

    yes, even with build 27220 i was prompted for the admin password. . anyway... i decided to try another approach.. i deleted ALL FILES in "%userprofile%\AppData\Roaming\uTorrent" with the exception of the resume.dat and dht.dat files. (i had preserved the uT profile data folder from the previous install on windows when i was running win7x86). Since my download folder is on another partition that practically reset all settings for uT but by keeping the resume.dat file i didn't lose any torrent state data, i just had to reconfigure uT from scratch. After deleting everything but the resume.dat and dht.dat files, uT requested the admin password ONLY once more(i let it run, too) and now it starts normally without triggering the UAC elevation screen on each run. for that final UAC prompt on build 27220, sysinternals procmon showed that the same Access Denied messages were encountered this is the first run, triggering the UAC: this is the second program run, UAC elevation prompt is not triggered for this and the "access denied" messages are very few this time. from this i can deduce that the reason that the UAC prompt appears is that uT is trying to modify the ZoneMap Security settings:
  7. µTorrent 3.1.3 stable (27327)

    well, tuesday morning i decided to wipe the system clean and i installed win7 sp1 x64 instead of x86... but the problem still remains after i configured the limited account. I even installed 27213 but it still asks for UAC elevation so i fired up sysinternals Procmon and i think i might see why: utorrent is asking for full access rights in some places where it only needs read access, not full write access and a few places down: i think that if these accesses were created with desired access rights set to read only it would not trigger the UAC elevation
  8. µTorrent 3.1.3 stable (27327)

    nope.. 27167 still asks for admin pw. i deleted the executable, moved settings.dat from the user profile just in case it was causing it to stumble (that file is 220kb in size) and then i let 27167 run its installer. That went fine but after i stopped it from its first run after finishing the install (was still running as admin following the install) and then i tried to start it as the restricted user account is asks again for admin pw. btw... when i need to install something i launch all the installs that require elevation from a command prompt running with admin rights, i don't use right click->run as admin because the admin pw is quite a lengthy one. However, i don't think that uT has issues with launches from an admin command console, does it?
  9. µTorrent 3.1.3 stable (27327)

    27167... should i bother with this when i get home? i wonder if asking for admin rights on Win7sp1 x86 has been fixed yet. i'm currently @work, on an XPSP3 x86 system but it's not showing that error when starting as limited user even with software restriction policies active. I reported this issue with win7 on page 5 of this thread (post #118), uT was then at build 27060. on page 10 of this thread, another user seems to have hit the same bug, post #245 by vovash and he does the same thing as me, replaces the executable manually in program files. The only difference i can see is that he uses win7 x64 while i use x86. since then, i last tried tried running on win7 as admin from a different directory and letting the built-in installer do its thing thinking that maybe it needed to update some registry settings and would not reach that point if it detected it was already being run from program files. After the installer completed successfully, the first time i tried to run it as a regular user, it asked AGAIN for admin rights. ... i deleted 27120 and went back to 26837, that one doesn't have this annoying (and potentially unsafe) behavior.
  10. µTorrent 3.1.3 stable (27327)

    it ALREADY is unblocked, that is not what i'm talking about. the program itself is asking for admin rights! EDIT: this is what i'm talking about: (please note that i'm double-clicking the exe file to launch it, all the extra launch parameters you see there are added by itself, not by me)
  11. µTorrent 3.1.3 stable (27327)

    uT BUG: even if i already copied the updated exe file in \program files\uTorrent, the program still requires the admin password and admin rights elevation... WHY is this? i'm using uTorrent.exe v3.1.3.27060 on a regular user account (i keep an admin console open though) MD5: 8c681e33300bbc996fbed7ac1db2261a SHA-1: 6c688663bfd50a875cc059e25038c9431d09ae53 if i give it the admin password or start uT from the admin console, it launches correctly, but refuses to run if i don't give it administrative rights. why does it need NOW admin rights to run when launched from a normal user account? didn't need any admin rights and was running fine that way.
  12. µTorrent 3.0 (32-bit) Stable Release

    build 25538 still cannot download https torrents (this is not a server problem, firefox and chrome can get the .torrent file just fine). For the past month or so uT behaves like this i opened a bug report thread here: https://forum.utorrent.com/viewtopic.php?id=104426
  13. µTorrent 2.2.1 released

    http://download.utorrent.com/2.2.1/utorrent.exe this gave me build 25113 just 10 minutes ago
  14. µTorrent 2.2.1 released

    v2.2.1.25113 :when starting uTorrent from an administrative command prompt, the interface loads ok but when starting it directly from the normal user account, without ANY administrative rights, it doesn't start at all. it pegs one of the cpu cores at 100% and it freezes there without showing any interface elements and i have to kill it via the task manager. When i revert to v2.2.0.24683 uTorrent works normally under the user account. os: win7 sp1 ultimate x86, hw: intel E5200, 3gb ddr2 ram in dual channel, 2 x wd caviar black 640gb, raid 0. Software restriction policies are enabled for all files, including DLLs that are run by a non-admin user (admin is not restricted) and set to deny execution of anything that is not under c:\program files, c:\windows and c:\users (this last one is to cover for temporary files, files on desktop and so on) http://forum.utorrent.com/viewtopic.php?pid=572666 PS.. oh, and wasn't the dll hijacking security bug supposed to be already resolved? why is utorrent looking in the current directory for standard system dll files before trying the system folders?: C:\Program Files\uTorrent\MSIMG32.dll C:\Program Files\uTorrent\SspiCli.dll C:\Program Files\uTorrent\USERENV.dll C:\Program Files\uTorrent\WINSPOOL.DRV and so on..a lot of these P.S. i decided to let it run a bit at 100% cpu, and it finally showed the user interface. AFTER 3 MINUTES !