elodie icon indicating copy to clipboard operation
elodie copied to clipboard

Research duplicate handling #Help #Question

Open ldexterldesign opened this issue 6 years ago • 2 comments

Hey @jmathai,

Thanks for invaluable software, as always

Hope you're well

I'm playing devil's advocate with elodie's duplicate handling tonight

In my [s]creencast I modify a file to emulate file corruption. The new (i.e. modified) file has an identical file name and so replaces the old (i.e. original, unmodified) file on (re)import. IMO this isn't desired behaviour. I would expect elodie to be smarter and notice some difference in the files even though they share an identical file name, and keep both.

I tested this use case by deleting hash.json, hoping the checksum would do this job, but it made no difference

How can/does elodie handle this use case, because unfortunately I think I'll have to use --alow-duplicates until this is addressed; handling those duplicates another way?

If you have any issues (e.g. questions/queries) then happy to help

Hope this helps and to hear back

Keep up sterling work!

Yours faithfully

s: https://drive.google.com/open?id=13LeQW52Sou6m97xD_KICg0nLeaJui4go

ldexterldesign avatar Apr 04 '19 22:04 ldexterldesign

Sounds like what you want is an --overwrite option which would let you avoid overwriting a file at the exact same location and decide how you want to handle that on your own?

jmathai avatar Apr 05 '19 18:04 jmathai

I actually want to know more about this duplicate situation. Based on my test, it seems like Elodie by default would skip the files in question and if --trash is present, it would remove unimported source after check. Is that normal intended behaviour?

I am currently relying on this behaviour to remove duplicates and will soon be using this to check/import other directories potentially containing corrupted files. I definitely don't want corrupted files replacing my original copies.

gti96 avatar Sep 27 '19 01:09 gti96