Jump to content

"Set download location" feature doesn't create sub-directory


iycgtptyarvg

Recommended Posts

Posted

Hi all, I recently switched from µTorrent v1.8.5 to v2.2.22982.

I am making good use of the 'Set download location' feature, but am encountering a problem.

Consider the following 3 directories:

Downloading

Verify

Seeding

'Downloading' is my default 'Put new downloads in' directory.

'Verify' is my default 'Move completed downloads to'.

'Seeding' is the directory of downloads which have finished, and which have been checked out (verified) by me.

Now consider this scenario:

1. Download torrent (e.g., MovieX).

2. µTorrent pops up a requester, and I choose 'E:\Downloads\Downloading\MovieX' and set the label to 'Movies'.

3. µTorrent then puts the files in 'E:\Downloads\Downloading\Movies\MovieX'.

4. The torrent finishes, and µTorrent moves the files to directory 'E:\Downloads\Verify\Movies\MovieX'.

5. After verifying the files, I want to move them to the 'Seeding' directory. So, I choose 'E:\Downloads\Seeding'. But, now µTorrent moves all the files into the root of the Seeding directory instead of putting them in the 'E:\Downloads\Seeding\Movies\MovieX' sub-directory.

So, now I have to go to Windows Explorer, and manually create the 'E:\Downloads\Seeding\Movies\MovieX' directory, and then choose 'Set download location' in µTorrent.

How do I make µTorrent move the files to the correct directory automatically?

Posted

you can't. and the problem gets even worse if you have to do it with more than one .torrent / torrent folder. in case of multiple .torrents the only easy way is to do it through recycle bin / cut / paste to a new location and rehashing. content reallocation has been made beatifully in deluge, i wish that utorrent developpers could take a look at how it was done and try to match it

Posted

you can compare the new toolbar buttons to the old ones to see what they're busy with. it's joke but for some reason it doesn't make me smile.

ps you got my idea perfectly.

pps i already downgraded back to 2.0.4, download location feature has been made useless so i'll sit at the old version while i can avoiding the new one

Posted

Not sure what you are saying, but I just upgraded from v1.8.5, and I think the new icons are really terrible. Not just the desktop/tray icons, but also the in-app icons.

I know I can change them with some sort of plug-in bla bla bla, but they should be good by default.

Posted
It should move it to E:\Downloads\Seeding\MovieX in your case on 2.2 final. Is it not actually doing this?
Final 2.2? As stated, I use v2.2.22982 It does NOT move it to the MovieX sub-dir. But, even if it did, it's still wrong. That would leave me with 1000s of RARs and ZIPs and TXTs and other files from different torrents in the same directory.

This also means that files with the same name overwrite each other and fail the hash.

Please, please, pretty please with sugar on top fix this.

Posted

I'm unconfirming that this has been fixed... Still not creating subdirectories. I'm back @RC2. The newest release still does not create sub dirs. But as stated in the changelog, this has been changed, and this is not a bug (god knows why).

Posted
... and this is not a bug (god knows why).

Yeah, your favorite deity does know why: because it isn't a bug. The flip side to the argument is that forcing users to select parent directories doesn't allow them to rename the child directory. Neither behavior is more correct than the other, and neither is buggy behavior.

If anything, the current way is the more flexible and poweful behavior. At worst, all you need to do is create and select the child directory yourself, and the expected directory can be used. Heck, you could do that straight from the directory selection dialog too if you wanted. On the other hand, the behavior you guys are pining for wouldn't allow any way for the user to define the directory name. Sure, the old way may be easier, but it most certainly isn't The One Correct Behavior® you guys make it out to be.

[devils-advocate]In fact, if anyone really wants to discuss right or wrong, then I submit that you want the old behavior simply because you have been conditioned to prefer it. At the most fundamental level, nothing in the .torrent metainfo even says that these files necessarily belong in a directory that shares a name with the torrent. Unless the .torrent metafile uncharacteristically has a single directory at the root, then these files just happen to belong to a torrent job that uses that name, and whatever directory you choose should logically be where these files go -- not some directory below the selected directory.[/devils-advocate]

Posted

We're just saying that for the way we use the function it has become a lot more work: creating folders and then moving torrents 1 by 1 to each folder is way more work than just selecting them all, click move and then pressing enter 50 times.

Another suggestion: if the renaming of the folder is what you're after, why not simply add a 'rename' button? That way everybody's happy. Renaming is done 1 by 1 anyway, so there's no disadvantage over a 'combined' button.

And about the creation of folders: uTorrent creates sub folders when downloading torrents, so why not when moving them? That looks like an inconsistency to me...

You're saying I've been conditioned to use the former way, i'd be inclined to say that i just prefer the way of 'least resistance': the less work the better.

I follow your reasoning, I just don't get the preference over the former way.

PS: the 'god knows why' part was about the change, not the bug status.

Posted
And about the creation of folders: uTorrent creates sub folders when downloading torrents, so why not when moving them? That looks like an inconsistency to me...

When µTorrent adds a torrent, the "..." button will open the browser which lets you select the parent directory, but that doesn't mean it implicitly uses that behavior. It's explicit, because you see the full path -- including the child -- in the Save As combobox, and can modify it to not use the "what the user selected was actually the parent directory" model. In that regard, the old behavior is in its own way inconsistent, because it doesn't allow the user to choose which model he intended to use even though the Add New Torrent dialog does.

i just prefer the way of 'least resistance': the less work the better.

Yep, I get that; I was just laying out the other side of the story (admittedly, in a somewhat provocative manner :P).

To be perfectly honest, the "Set download location" and "Retarget" features have always been minefields in terms of usability/design, and this problem being discussed here has always been lurking. Another problem off the top of my head: if the user wants to move all torrents/files to a directory, µTorrent doesn't allow the user to just select once and apply that directory to all selected items. Instead, it annoyingly asks for each and every selected item because it doesn't want to assume anything. There is no correct answer there either.

What could potentially solve all of this would be a new dialog to specifically handle torrent/file moves, that allows the user to edit the paths individually (or in batch) for each selected torrent/file -- with relevant options -- before pressing OK or whatever to apply to all. Would be a good place to solve the "I changed my drive, how do I update the locations in µTorrent?" thing too. Probably annoying to implement though.

Posted

I have the perfect solution:

Add 1 checkbox in the settings/preferences dialog which allows users to choose which method to use when using the 'Set download location' feature. That way you could even leave it by default on the new way.

This would help a lot of people tremendously, and is probably not too much work!

Posted
I have the perfect solution:

Add 1 checkbox in the settings/preferences dialog which allows users to choose which method to use when using the 'Set download location' feature. That way you could even leave it by default on the new way.

This would help a lot of people tremendously, and is probably not too much work!

That is actually not a bad idea... Just a checkbox that says "create torrent-named sub directory" or something. Would that be hard to implement?

Pseudo code:

if checked

move <torrent files> to <selected dir>\<torrent name\

else

move <torrent files> to <selected dir>\

end

Posted

Small correction:

You don't want it to be moved to the torrent name sub-directory, but to the directory you put it in originally.

if checked

move <base dir>\<sub-dir>\<torrent files> to <selected dir>\<sub-dir>\

else

move <base dir>\<sub-dir>\<torrent files> to <selected dir>\

end

This is exactly how the 'Move downloaded files to dir' feature also works.

Posted

☑ Create a secluded sub-directory when changing the download location of a torrent with multiple files.

Edit: That is, if there is only one file in the torrent, I believe that a sub-directory should never be created.

Posted

True. If you didn't put it in a sub-dir originally, then there is indeed no sub-dir needed upon moving.

All they really need to do is EXACTLY what they do for the 'Move downloaded (finished) files to dir' feature.

Posted

It appears to be correctly moving files into a subdirectory in the target directory. The bug here is that it just shows the wrong path in the General tab. It's just a visual bug.

The logic for choosing the subdirectory name is as follows: it uses the internal torrent name for the subdir, unless you changed that directory when adding it initially, in which case it uses that name instead.

Yes, this doesn't allow renaming of the child directory. But it makes it much more usable for most people.

Posted
It appears to be correctly moving files into a subdirectory in the target directory. The bug here is that it just shows the wrong path in the General tab. It's just a visual bug.

The logic for choosing the subdirectory name is as follows: it uses the internal torrent name for the subdir, unless you changed that directory when adding it initially, in which case it uses that name instead.

Yes, this doesn't allow renaming of the child directory. But it makes it much more usable for most people.

The latest version i tested yesterday doesn't do that. The last version that also creates a torrent-name-named subdir upon moval is RC2.

Posted

yeah, my bad, i took one of the torrent subdirs as a main dir.... the problem is still here. as it seems, there's no simple workaround here to please everybody. personally, what i want is -

- to select multiple torrents, point to a target parent directory _one time_ and watch utorrent moving all the stuff there without changing any child dirs or main torrent directories. when i select a new directory i want to be able to choose a label in this dialogue and have a checkbox with smth like "use parent directory name as a new label"

- to see detailed info files tab as a tree, starting with a child directory with each position changeable directly in the tab with f2/double click. even in the case of one file renaming it's a pita to right click, choose relocate etc.. plus a possibility to select multiple items from files tab, click on browse button which should be directly visible (and not with right-click reallocate pita philosophy) and move all the selected stuff to a wanted new relative parent directory. basically, if user will select the first string of the tree where should be located the main torrent directory, he should be able to do the reallocation that is being currently discussed...

so, plz make the mass torrent reallocation comfortable in the torrent list and reallocation of the single torrent (or its parts) comfortable from files tab. any objections?

ps did i already mentioned deluge? :)

pps also, where's the love? the dialogue when manually adding a new torrent is almost perfect. who coded it? bring the guy to code the realloctaion things... there is a dropdown button to choose last used directories, browse button, label button, torrent structure as a tree (but without renaming possibility and without main directory which is still in the top box which is generally okay) so basically make all stuff "editable" in add torrent dialogue and copy code to a moving content section. oh yeah, i forgot. when manually adding a new torrent i also want a checkbox "use parent folder name as a label" if this parent folder differs from default.

ppps about last used directories dropdown button - why is it only with manually adding torrent, what are the problems to add a dropdown buttons to all directories dialogues in preferences?

pppps when thinking out of the box, there are tons of things that could be done with three times less clicks. why there's no possibilities to add custom stuff from menus as additional icon buttons like this default download folder... hell, why there's no move to top/buttom queue buttons... i find it crazy that to move a torrent to a top of the queue the easiest way is to skip all the files inside it and then activate them again..... ok sorry for a long post but i wanted to express at least a small part of my thoughts

Posted

my proposition.

1) for multiple torrents realocation.

MoveToDialog with possibility to select Common Directory for all moved torrents, but all files of each torrent will be located in Common Directory/Each_Torrent_Main_Dir_Name, where Each_Torrent_Main_Dir_Name is main directory of eachone torrent specified by this torrent's autor.

2) for single torrent realocation.

MoveToDialog should propose path select and concatenate it with this torrent main directory name and create it if necessary. User can edit this Full Path as he like, after realocating torrent's files will be located directly in this directory (defined py Full Path).

in my humble opinion.

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...