gjm

Established Members
  • Content count

    36
  • Joined

  • Last visited

  • Days Won

    1

gjm last won the day on July 16

gjm had the most liked content!

Community Reputation

1 Neutral

2 Followers

About gjm

  • Rank
    Advanced Member
  1. 3.5.x Beta

    I've had that a few times. Uninstall (but leave config settings) and installing the later version works.
  2. 3.5.x Beta

    Reinstalled 44793 - the nuclearytu.info pop-up appears to be gone. Was this deliberately included in 44809 as a part of the advertising contained in the free version of uT?
  3. 3.5.x Beta

    OK - uninstalled 44809. Ran Malwarebytes - nothing found. Reboot, start Chrome - no pop-up. This is not by any means conclusive. Now to reinstalling 44793 (which I'd not had any issues with. )
  4. 3.5.x Beta

    Since installing the latest Beta (3.5..4.44809), I've been seeing pop-ups from nuclearlytu.info. I can get rid of this, obviously, but is my uTorrent update a red herring, or the cause? I'll uninstall 44809, reboot, clean, and rollback to 44793.
  5. 3.5.x Beta

    This is were the fun'n'games starts! I'm running the latest Beta. And I'm (so far) having no problems of any sort. Maybe I'm not trying to break it, but it works for me. And that includes font/presentation issues. I'm also running 1920x1080.
  6. 3.5.x Beta

    I hadn't thought to do that. D'oh!
  7. 3.5.x Beta

    Running 3.5.4.4460. Just completed an album download. All proceeded smoothly, said download complete and that the torrent was seeding. Stopped the torrent, removed and deleted the torrent (not the data), then viewed the destination directory. Out of 10 tracks in the directory, 5 were still appended with .!ut. The complete filename is shown with 5 files ending .m4a, and 5 ending .m4a.!ut. Manually deleting .!ut from the filename and opening the file works with no issues reported, and the file functioning correctly. This is the first time I have had this specific issue. I have previously had the downloaded file, represented as filename.m4a, accompanied by a second file with the same name, but ending .m4a.!ut: filename.m4a.!ut (I think - it may have simply ended .!ut - filename.!ut.
  8. 3.5.x Beta

    I can 'force' a crash by initiating a large download (>5Gb), lettingit run for a few minutes, then removing and deleting both the torrent and the data, but re-adding the same torrent before the deletion has completed. Other than that... No crashes. I single-use my computer and shut down regularly (typically overnight).
  9. 3.5.x Beta

    Not had any crash issues (yet?) Still having .!ut files in the completed download directory: download completes, uTorrent moves the completed download to a different directory. I right-click and remove torrent, but when checking the download directory some files sometimes have a partner .!ut file present. Had some issues with the last couple of Beta releases, but these were overcome by uninstalling (saving existing settings) and reinstalling with the updated .exe.
  10. 3.5.x Beta

    OK - definitely having some issues with the latest release. Had one possible crash - application wouldn't close down correctly. Other issues may be install-related. When starting the app from a new reboot, I'm advised I'm trying to install an older version. Adding torrents from a magnet gives the same error. I also had a completed torrent appear in my 'completed' directory', but an incomplete version remained in my 'downloading' directory.
  11. 3.5.x Beta

    No similar issue being experienced here - W10 Ent, Build 16299.rs3
  12. 3.5.x Beta

    Ran some downloads last night to check. There doesn't seem to be any sort of pattern to this - some downloads complete and temporary files are completed as expected, but some will complete with 1, 2, 3, 4 or more files having downloaded completely, but with their accompanying .!ut files not being removed. I have uTorrent configured to move a completed download to a different directory.
  13. 3.5.x Beta

    Could the overwrite be a Windows permissions issue? It's worked for me. Again... Works for me... Only issue I have found is that .!ut files are sometimes left in the destination directory after the files are moved from the temporary download location to the 'final' destination.
  14. 3.5.x Beta

    I've tried running 3.5.3.44494, downgraded(?) from 44488. I regularly find that when a torrent completes and I select 'Remove torrent' from the list of active torrents, the directory where the download has been stored retains one (or more, sometimes many) .!ut files. I didn't see this behaviour with any of the 3.5.4 Betas.
  15. 3.5.x Beta

    Confused me... And I'm not writing the code! When I have run development programs, the build number increments regardless of the base version. Perhaps that is how this as come about?