Richard Choi

Established Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Richard Choi

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling
  1. emc: I'm looking at your issues now I'll try and get the other issues to the appropriate developers.
  2. th3ron and I tried to reproduce the crash on create torrent in Windows 7 x64, and could not reproduce it. If someone can post a small file for which the crash reproduces onto rapidshare, along with any settings used to create the torrent, and settings files (if they are different from the default), we will try to reproduce it on our machines. Thanks!
  3. PIxelated: we'll look into that one, we're getting a Vista 64 environment set up for testing
  4. Is this problem specific to Windows 7 64? Has anyone gotten the installer to work properly using regular Windows 7?
  5. One of the changes was that we updated the blacklist of bad programs to include another NVIDIA filter that was showing up quite a bit in crash logs... no other really significant changes that I recall.
  6. No, there was a bug in the past where uTorrent would pop up the Windows UAC if you chose to install the client. If you cancelled out of the UAC dialog, uTorrent would not handle that case properly and end up in a partially-installed state.
  7. wolf550e: the toolbar is not mandatory... what do you mean that you are unable to install?
  8. AJZ: thanks for catching that issue, looking into it now.
  9. Thanks for the help... I will fix this. Edit: @rafi: I used your .dat and did not have filter/label problems... it seemed to properly apply the labels specified by the favorites for any downloaded torrents. @5618: When 1.8 was released, we made it default to use the feed name for pre-1.8 feeds instead of using the feed's metadata, because users may have expected the alias to be the URL. The change in 1.8.3 to automatically apply the feed's name as a label was requested by the users, so it was added. Perhaps it makes sense to add an advanced option for this behavior to turn off...
  10. @5618: so the issue is fixed for you now? I am unclear as to the specific issue you are/were encountering...
  11. rafi: do you mean the speed was smoother and less erratic?
  12. fowl: for multiple reasons, we don't want to sign the .exe after bundling, and after a little investigation, we could not find a simple way to bundle without corrupting the signature's integrity. Any useful suggestions to doing this would be appreciated.
  13. aids10: as soon as the bug reports start dying down
  14. There aren't any significant differences beyond offering browser toolbars for a small % of new installs upon install. More here: The revision needed to be increased to properly parse crash dumps. Outside of the install, nothing is different in the update.
  15. The hash bug has been fixed for some time now, although the *latest* build of 1.9 alpha has not been released yet. It should be released very shortly.