AdamK

How about this? User chooses not to wait for magnet to download, and has not checked "Start torrent": download magnet, keep torrent in stopped state. I think you are right - we do need to draw more attention here.

Please try build 28007.

A screenshot + the torrent file itself would be nice. I don't see the devs fixing such an issue (if there is one) without those. I just figured out it's torrents from a particular private tracker. I've x'ed out my identifying ID number from one of the torrents and uploaded it here: http://getoffmyinternet.mzzt.net/test.torrent I reproduced the crash with it on build 26904 and submitted a dump using the crash handler UI. Sometimes it crashes sometimes it doesn't' date=' but you'll see the string corruption going on in the Trackers tab. I should also mention (yeah this is probably important) I'm running the Windows 8 Community Preview x64. I don't recall if I had problems on Windows 7 x64. I might try tomorrow to see if it's an OS-specific issue. I think that may be likely since I see nothing about this issue on the private tracker's forums, so it can't be a global issue with utorrent across all system configurations. Also the string corruption only occurs once the torrent is started. The strange error "Cannot get SSL chunk size" is shown sometimes in the tracker tab for the first update, probably because of the string corruption causing it to try and connect to a nonsense address or something along those lines.[/quote'] Hi, Is your problem still happening with 27999? Also, does it happen on earlier versions of windows? Thanks, Adam

Hi Everyone, I'm back, and I will start looking through all your suggestions tomorrow. Adam

P.S. I'm going to be away for a few days, so I haven't had a chance to read everything yet, but I'm really excited to see your ideas for the new Add Torrent dialog when I get back.

That looks really good, Rafi - I agree with the others, though - there are a lo of displays that don't have enough vertical space. I already run into ths problem with the current dialog.

Je ne parle pas français.

Does that mean 3.3 alpha isn't focused on it? 3.3 will take our 3.2.1 features and fixes. We'll have a short cycle for 3.2.1.

Thank you. We're going to use the beta track for 3.2.1, and the alpha track for 3.3. We will try to restrain ourselves to smaller, lower risk changes in the 3.2.1 beta.

Thanks. that will be fixed next release.

Rafi: That's in binary, right?

Focus of 3.2.1: - Windows 8 Support - Add Torrent Dialog improvements Download the new version now! Changes from 3.2.0: -- 2012-10-02: 3.2.1 RC 2 (build 28086) - Fix: memory corruption bug -- 2012-09-26: 3.2.1 RC 1 (build 28025) - Change: Stick "Don't show this again" checkbox to bottom of Add Torrent dialog --2012-09-24: Version 3.2.1 Beta 7 (build 28012) - Fix: "offer_enabled" settings in advanced preferences - Fix: OK/Cancel buttons disappeared after resizing the Add torrent dialog horizontally - Fix: installer would always show up when running in stand-alone mode from a drive other than C:\ - Fix: Crash fixes - RSS Feeds, Startup, Add Torrent Dialog -- 2012-09-21: Version 3.2.1 Beta 6 (build 27999) - Fix: Adding the first torrent via magnet link doesn't refresh the torrent list - Fix: magnet link files were being added to parent of desired dl dir, when not using add dialog - Fix: magnet link crash - Fix: AV colum crash - Change: In-client offers present for the first time in-client. Offers will promote other products/technologies from µTorrent/BitTorrent and partners. Clicking X in offer will advance to the next available offer until no more offers are available, after which the offer space will close for a period of time. The offer unit can be disabled entirely in Options/Preferences/Advanced and search for sponsored_torrent_offer_enabled (BUG: This "off" setting isn't working as designed - will be operable in near future). Filter for sponsored_torrent_offer_enabled. (Note: this entry was not in the original post on 9/21, was added on 9/23.) - Change: Move Ok and Cancel buttons to the bottom right corner of the Add Torrent Dialog -- 2012-09-19: Version 3.2.1 Beta 5 (build 27972) - Change: Invert the sense of the Delete Torrent dialog - Fix: Various crash fixes -- 2012-09-14: Version 3.2.1 Beta 4 (build 27950) - Fix: crash fixes in add torrent dialog -- 2012-09-13: Version 3.2.1 Beta 3 (build 27941) - Fix: don't execute commands on background/hidden torrents (for instance in the add torrent dialog) - Fix: torrent order issue with magnet links - Fix: multi-file magnet links are now correctly downloaded into a directory with the torrent's name - Fix: "add at top of queue" checkbox now works for magnet links - Feature: don't use a consistent peer-id (to mitigate tracking) - Fix: On slow connections, the toolbar offer might arrive after the user had checked or unchecked boxes on the offer page. That would cause the checkboxes to be reset to the default state, incorrectly installing an offer. -- 2012-08-08: Version 3.2.1 Beta 2 (build 27718) - New layout of the Add Torrent Dialog - Feature: never try a tracker again if it returns status code 410 - Change: add tracker.ccc.de as a default tracker - Fix: don't write the block list in a part file in 4-byte increments -- 2012-07-17: Version 3.2.1 Beta 1 (build 27605) - Fix: Seeing while streaming in Chrome - Change: Disk I/O error logging - Change: Disable unbuffered I/O - Fix: Broadcast new UPnP IP when switching networks - Fix: When downloading magnet metadata, don't start torrent unless user chose that option - Fix: Resetting columns in detail listview would crash - Fix: Crash when peer cancelled a piece - Change: net.friendly_name (upnp network name) advanced option - Fix: Crash when writing magnet torrent file to disk - Feature: Advanced Settings filter - Feature: Convert http trackers to udp by default - Fix: Incorrect http requests were causing some RSS feeds to not download -- 2012-06-26: Version 3.2.1 Beta 1 (build 27554) - Fix: Single file magnet links were missing file extensions - Fix: Single file torrents were missing - Fix: Magnets would be added in stopped state - Change: If we changed the torrent name before the metadata completed in the "add torrent" dialog, those changes would not be applied to the torrent; the name field will disabled while the magnet data is downloading util that's changed. - Fix: Saving a torrent in the root of a drive (e.g. "X:") would save into the "add torrent" history list as "X:" instead of "X:\" [Note: This fix is not yet complete] - Change: don't allow empty names in add torrent dialog

We'll fix this in a future release. Thank you for the report.

Thanks for the reports on the "Add Torrent" dialog, everyone. We're going to do our best to mitigate these issues for this release.

Okay, everyone thank you for your excellent input. We are reaching the point where releasing 3.2 will benefit more people than holding it back. All outstanding issues will be moved to 3.2.1 or 3.3. I'll post the 3.2.1 thread when we go stable, and collect all your suggestions and bug reports there.

Thank you for you tips.

I see that you have much experience in software development. Please, enlighten us in the ways we may do things differently. Your suggestions are welcome.

I haven't been able to reproduce this yet. Can you give us more information?

Can you email me the feed?

Sadly, that file download is blocked. Can you give us your "hijack this" log?

Yes, I agree we should do this. I'm just giving you the reason that we are not doing it *now*. +1. Magnets should' date=' by default, auto-load the meta-data when being added (unless the user presses "stop", or advance-option not to), and should display "Waiting for torrent info" in the status.[/quote'] Another very good idea for 3.2.1

Before we release this next RC, I want to point something out: We currently have no mechanism to set information on a magnet link (e.g. the torrent name / file name), and have that apply later, when the magnet information comes in. What that means for the Add Torrent dialog: As some have pointed out, the "Name" field does not apply to the torrent properties when you click OK in the Add Torrent dialog. If we fix that, this problem will still occur for torrents whose metadata has not arrived before you click "OK". (They will use the original name) This also ties into utorrent's poor directory/file management. We need to make some improvements to moving torrents' data directories before adding /fixing more functionality in the Add Torrent dialog. For now, it seems enough of an improvement to be able to see torrent metadata in the add Torrent dialog from magnet links to keep the current scheme until the next round of improvements.

This is correct. I will see to it that we give this dialog the time it deserves in 3.3

Dear jbebad, You are, of course, completely correct. How could it have escaped our attention that it would, indeed, be simpler to acquire developers who understand how the Add dialog box should work, and who know how to code? I really feel quite silly, I must say, that it had never occurred to us, in all this time, to do those two things. If only we had known! Just think what utorrent might have been! Let us not luxuriate in our reminiscences, however. What is called for now is action, my good sir! We here at Bittorrent will immediately drop what we are doing and endeavor to find a developer who "now" how to code, AND who knows how that ruddy Add Torrent dialog is "suppose" to work. By your leave, I should warn you, though, that that may take some not inconsiderable time, and I hope that in the meantime you will derive some benefit from our meager programming abilities. Ever your humble servant, AdamK

What you are describing would be great if all torrents were single file torrents.