Page 1 of 1

Option to NEVER stop copying/moving

Posted: 2014-04-15, 14:33 UTC
by sambuca
Maybe it is already in the software, but I haven't found it yet...

An option to NEVER stop a copying or moving operation.

Last night I prepared about 1 Tb of data to be copying, so it would copy all night while I was sleeping. In the overwrite options I selected "Skip all" and I selected both "Skip all which cannot be opened for editing" and "Overwrite/Delete read only/hidden/system".

This morning only 1% of the data was copied, because then the copying operation was halted with the question "Filename has more than 256 characters, what would you like to do?".... I wasn't very happy, because all night the program wasn't copying anything and just waiting for an answer to this question.... :(

To answer the question: What I would have liked the program to do is to continue copying all the other data (99%!) and leave the data with this problem (more than 256 characters) for the very end. Or copy all the data and when I answer the question, fix it afterwards.

The easiest solution would be a "Continue copying no matter what" button in the copying dialog, that would (for example) skip all the data that presents problems and would ALWAYS finish the copying operation.

If this feature is already in the program, sorry for this feature request. (And maybe someone could point me in the right direction on how to use this feature.)

Greetings to the whole community,

Dave from The Netherlands

Posted: 2014-04-15, 15:21 UTC
by MVV
TOTALCMD.chm, section 4.b wrote:LongNameCopy=0
During file operations, warn if target name is longer than 259 characters:
0=always
1=never
2=if source name isn't longer than 259 characters
3=disallow long names

Posted: 2014-04-16, 05:22 UTC
by ja
1. Options about what to do with long names could be implemented in user interface, not only in ini.

2. I am not sure, but in version 8.50 it seems it is made that questions are left to the end of copying, so all without conflict is copied first. Isn't it ?

Posted: 2014-04-16, 05:53 UTC
by MVV
It is a rare case when users need such long paths (most Windows applications still can't work with such paths) so there are no such option.

Yes, copy confirmations are moved to the end of copy process, but I don't know about confirmations regarding long paths. I've never had such long paths.

truly support this feature

Posted: 2014-04-24, 16:29 UTC
by billiebub
I truly support this feature as well. I copy lots of files from different remote servers (Windows, Linux, and embedded) and I usually leave it unattended. I encounter lots of long file names in the Linux and embedded world. It gets frustrating to come back and notice the pop up windows asking about the file paths length issues and whether to keep them or skip them. I would much rather be asked in the beginning rather than wasting time by answering later.

Posted: 2014-05-01, 23:14 UTC
by billiebub
please consider adding this feature. I've faced this issue twice today when was making a backup of an embedded device with many deep symlinks.

Posted: 2014-05-14, 08:06 UTC
by Cars10
May I join in to this request? It may not happen very often, but I do try to structure content in folders. And when a backup is running, the backups add more folders on top where I sometimes reach a limit of 256 characters. Especially, when copying uncompressed folders of browsers and their cache folder, where files used to be very long and might still be. You cannot always think of a smart exclusion filter and then it happens.

I am fine to implement the ini fix for now, but it would not harm to add a single additional checkbox in "other" or "copy" config.

Anyhow, TC is awsome and I use "Commander" since Norton Commander 1.0!...in the late 80's (I believe)!