Page 1 of 2 12 LastLast
Results 1 to 10 of 11
  1. #1
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Exclamation Major bug: FCMove sometimes delete files when it should move

    Here's the setup:

    Left folder:

    /Volumes/My Book/Test

    Test folder contains files file2, file2,...etc

    If I select all files and use "Move folder to..." and specify /Volumes/My Book/Test as target, the files should not be moved (the source and the target are the same). But what happens is that FC starts the process and fails. Unfortunately in the process the source files are deleted!

    I just almost lost 5000 files on that account before I realized my mistake. (backup is a good thing...)

    If you use the Move to right command with the same folder on both sides it is not possible (greyed out), which is logical.

  2. #2
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    I just checked in BC3 for windows. Same thing happens.

    Although this may be a rare case, the consequences can be disastrous for the person doing this.

    I guess what happens behind the scenes is that the move is actually a copy + delete sequence: First the source is copied to the target. Then when the copy is completed successfully the source is deleted. This works fine when the source and targets are different. But when they are the same the file is deleted without warning.

    I suggest a check to see if the source and target directories are the same when doing a "Move to.." command.

  3. #3
    Join Date
    Jul 2013
    Posts
    13

    Default

    Yes, that is a nasty bug.

  4. #4
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    11,619

    Default

    Thanks for the report. I'll open a bug tracker to investigate this.
    Aaron P Scooter Software

  5. #5
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    not fixed in 971

  6. #6
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    not fixed in 17036

  7. #7
    Join Date
    Oct 2007
    Posts
    786

    Default

    We're working on a fix for this in an upcoming release, at least for the case where the source and destination specs are identical. I don't see how we can avoid the problem if there's an alias involved, such as different drive mappings to the same location.
    Tim T Scooter Software

  8. #8
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    I don't know about these things, but is there a universal naming for a given location which "sees through" mappings, so that the OS could provide the actual path? On a local mac (unix) I guess the attributes should reveal if a directory is a proper directory or a link/alias.

    On a windows client machine E:\ and F:\ could both point to a remote path //readynas/public/

    If on the remote directory //readynas/public is linked (Unix-wise) to another path on the same host, e.g. //readynas/files/, then a mapping on the windows client to E:\ and F:\ for each of these, would leave us in the mess anyway, since there would not be an easy way to tell that the two directories in fact are the same. In that case, perhaps, an "clumsy" solution could be to probe the target and source with an empty test file to see if it shows up both places - should only be necessary on remote hosts, I guess(?). Not terribly elegant, but would save some griefs...

  9. #9
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    11,619

    Default

    I'm unsure, but I'll add these notes to our tracker entry for our developers to research.
    Aaron P Scooter Software

  10. #10
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    just for the record. Not fixed in 17440. (I know it is on the list, so you don't have to reply)

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •