javacatpaul

Established Members
  • Content Count

    42
  • Joined

  • Last visited

Community Reputation

1 Neutral

About javacatpaul

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. yeah, the folder does exist. rt click on the FILE'S LINE [in file tab] and choose open destination and it works right, but right click on the TORRENT LINE [in main pane] and it open's my docs...
  2. new bug in 45714: when double clicking a completed torrent [to open its folder] it now opens My Documents intead of the torrent's folder. new in 45714 I think. FYI, the torrent's properties lists the dir path correctly, and it is filled properly with the files, nothing was actually saved into My Docs. FYI, this particular torrent only had SOME of its files selected for download. As a test, I choose all files and set them to priority=normal -- and IT WORKED properly when ALL files were done dl'ing. So, maybe not new in 45714, maybe an esoteric case, tho I havn't seen it before and I do often only DL selected files in a package... Later... attempts to duplicate this with different torrent failed, it worked just fine...hum... btw, search drop-down menu positioning bug is fixed. also could not duplicate "reset history" clears UPnP port forward issue, thats seems to work fine now too; my guess it may be a race condition wth my router's UPnP cmd stack. Later Still... OK here's a test case that does fail consistently: use ctl-O and this hash A885CF05B3729D6B7431E3B456329FDF84ECE691 click Select None button and then check just the first file, track 3 then click OK Let it finish dl'ing track 3 and it'll notify that the torrent is done double click the torrent line [or rt-click Open Containing Folder] and it'll open My Docs insted of the true destination folder. THERE! So, wierd huh...
  3. I just noticed it... [W7 btw...]
  4. another bug in 45710: when doing a "reset history" in options | prefs | transfer cap page, the port forward [via UPnP] in the router goes away, thus all incoming stops. Doing it a second time seems to bring it back tho. interesting...
  5. re 45710, new search has bug, drop-down menu appears way off to the left and up in corner of screen rather than at the down-arrow location. This is in win 7. Also it's rather distracting sitting smack in the middle of the tile bar, looked better right justified as before.
  6. I tested the direct from UT version 0f _45553 and it no longer has the problem either. re: sizes, I examined both and all I see is ut version has an RCDATA resource that mike's does not, and the segments have different offsets (duh). mike's build is not including something... but mike's build in not one of those newer and much larger "installer types" that has the embedded CARRIER.EXE original, which I always extract and discard the wrapper.
  7. FWIW, _45533 beta no longer exhibits the issues I had under Win 7 [prefs | advanced | filter_box] with prior two betas. Fixed! [in Mike's maglink version at least].] I think mike's versions all always smaller since he builds them compressed and UT only bothers to compress non-betas. Anyway all betta now...
  8. I'm on Win 7 still. It starts going wonky when you backspace the filter entry, both stated versions do it, 45449 works solid. As a test type "btfs" then backspace it out, pow. the release notes said they fixed multiple memory leaks, this sounds like another one to me...
  9. 45519, like 45505 before it, still has problems in the Options | Preferences | Advanced filter: "box". Type chars and the list reduces as expected, but hit backspace and they do not reappear. Also lines in the main box start to disappear and the whole things gets wonky. Most especially true when using SHIFT-F2 to get at the "special" parameters. Been true since the addition of BTFS, 45449 is the most recent version that is actually stable...
  10. response: it bothers me that sites can insert trackers of their choice into the magnet link url, above and beyond what's in the .torrent. That's "sponsorship" plain and simple, and wreaks of "user tracking abuse". and yes, anonymity... I know DHT isn't immune to "infiltration by bad actors", but now that we have DHT working well the requirement for tracker sites is eliminated. Thanks for listening...
  11. I would like to make a feature request here, FWIW. I know some developers do hang here... I'd like an option to SUPPRESS contact with any tracker OTHER than DHT. Typically when I add a torrent I get the options dialog to adjust the name etc., and I click "Advanced" to delete all the trackers, which were specified in the .torrent, or via the magnet link url from the site. However, uT has already gone ahead and contacted the trackers [if it was a magnet, in order to find the .torrent]. I don't want it to contact any tracker, EVER, just use DHT. Does that make sense... Thanks...
  12. Thanks, the " ul_rate_download_thres" change from 0 to 20 worked wonders, I am now "giving back" properly.
  13. On to another issue with recent releases: Upload Rate Limit. I have prefs set to allow a higher upload rate when there are no tor's downloading. This feature used to work, but now [when there are NO tors downloading AT ALL] it seems to constantly oscillate between the regular rate and the alt rate; this can be seen in both the status bar legend and the speed-tab's "upload rate limit" graph line. the actual rate never seems to go above the normal rate. It looks to me like the transport overhead (of 2kbs) is being considered, which it shouldn't since there are NO torrents in DL state at all. This feature's "sensitivity" needs to be adjusted so it works better. And just one more long-time gripe - the logger pane initializes BLANK if there are no torrents, STILL.
  14. user-local is the appdata one; the other "normal" location has been present since uT version 3 was unveiled. FWIW, when I update I just put the new exe into both dir's and launch, it autoupdates - I don't run the newer SETUP releases. This is the old traditional way of doing it; it's always worked... [and as I recall this is the rafi recommend way to do it, to preserve all preference settings; maybe it was another guru... ]. Anyway, based on your post I went to that " Attempting to download web UI archive.." location and managed to download the said json file, followed its link and renamed it to webui.zip and placed it into the appdata folder, and now the error is gone. Why it didn't auto-download that I do not know, perhaps because of my old setup structure. BUT I do think this points to a bug in the new version, IF webUI is off why is the code even bothering to check the bloody zip! BTW, I reran the test at "http://lock.cmpxchg8b.com/utorrent-crash-test.html" and the new version doesn't crash, that's what's most important. That was an ugly day when they uncovered that snafu...
  15. the exe is in two places, as it always has been [and I never knew why...]: 'C:\Users\Paul\AppData\Roaming\uTorrent\utorrent.exe" and 'C:\Program Files (x86)\utorrent\utorrent.exe" the one launched from the start menu is the user-local one. this results in three occurrences in Task Manager, the user-local one and two utorrentIE.exe children. Again, it's been that way for a long time now... and yes, webui is NOT enabled in prefs | advanced | webui, nor are any vrbls enabled. I have never enabled WebUI over the years, and never downloaded it manually. I do not "see" it try to download the json file at startup [when monitoring net traffic]. my proxy doesn't seem to block it [Privoxy], nor does my hosts file or dns. Anyway, just something new I noticed...