Add restore feature about trash-cli HOT 9 CLOSED

Blocked by sindresorhus/trash#24 (Which is a long standing macOS bug...)

from trash-cli.

@sindresorhus What a pity..

from trash-cli.

@sindresorhus Can we store the original file's directory and just mv ~/.Trash/<lastFile> <lastDirectory>? I tried and it looks totally feasible.

from trash-cli.

No, macOS renames duplicates in the trash, so original filenames are not guaranteed. The only workaround, as discussed in the original issue, is to parse the undocumented .DS_Store file, but that's not something I have time or interest in doing.

from trash-cli.

@sindresorhus We can rename duplicates manually before putting to trash.

from trash-cli.

That's a slippery slope. And our mapping will easily get out of sync when the user trashes and restores in Finder, which we can't know about.

from trash-cli.

@sindresorhus But this wouldn't be a huge problem? We can rename with timestamp and rand id each time before moving to Trash, if the user restores in Finder, then it's handled by the user, he or she will know what he or she is doing since he is already using the command line. And if we cannot find the renamed file in Trash, we can print some message to show what happened.

from trash-cli.

Yes, I guess that would work, but it's not something I would be interested in maintaining.

from trash-cli.

@sindresorhus Fair enough.

from trash-cli.