Web UI - Selecting one file to restore results in all files being restored

Hey, I’m not sure if this is a “me” thing, or a bug, or what. This is the first time I’ve tried selecting a single file to restore:

But, in doing so, all files in that directory are actually restored:

image

Is this a bug, or did I misunderstand how file selection works? :slight_smile:

I can’t reproduce this bug (using the same file names with random contents). Can you remove those files in the destination directory and try restoring a single file again?

@gchen I figured out the key to reproducing the bug:

  1. In web interface, select revision from the list, such that it’s ticked
  2. Leaving it selected, expand revision
  3. Select individual file, such that it’s ticked
  4. Deselect revision, so it is unticked, leaving only file ticked
  5. You will have all files restored

I had accidentally clicked the folder the first time, assuming it’d expand it - then clicked the expansion, then selected my file + deselected the top. I just didn’t realise that was the root cause, until I went to redo everything, and it only restored the single file - and then I realised the only difference in process was where I clicked. I reproduced it using the above in order to confirm.

To help, here was the rest of my process in creating the backup, just in case there is anything else specific about my setup that is required to trigger this:

  1. On Linux server, web edition (running as root), make new backup located in /home/user/temp
  2. Initialise storage with password + RSA key
  3. Create backup of the given directory with those files, backup ID test
  4. Change threads to 10
  5. Complete backup
  6. Move over to Mac
  7. Add storage on Duplicacy web for Mac (accessed over SFTP - if relevant, auth is done via the Tailscale SSH agent rather than keyfile, and accessing as root for purposes of testing). Storage name + backup ID as test
  8. Restore to folder on Mac /Users/username/temp
  9. Restore in GUI with options -key /path/to/key/duplicacy-private.pem -key-passphrase YourPassword -ignore-owner
  10. Select file to restore as per above process

Although unlikely to be required, also happy to provide the original files if needed for reproduction, or, the backup + associated private keys (which are all just testing keys)

1 Like

Thank you for the detailed directions! I was able to reproduce the issue. The root cause was that a selected item (whether it is a file, directory, or the revision root) can’t be deselected – the check will disappear but the item will remain in the selection and later will be passed to the CLI.

I’ve already fix it in my code base and will make a new release for this bug along with a few other fixes.

2 Likes

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.