Déjà Dup overwrites files without warning on restoration

Bug #1602776 reported by Brenda Larose
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Déjà Dup
New
Undecided
Unassigned

Bug Description

Reproduction steps:
1. In Nautilus go to a folder backed up with Déjà Dup. Open the context menu on a file.
2. Click “Reset to previous version…”.
3. Follow the steps in Déjà Dup. (In my case, the backup is located in a remote SFTP drive.)
4. Select a date.
5. Click Next.
6. Click Restore.
7. [The file currently existing in the local directory will be overwritten.]

This is not suitable, as some people are probably in agitation when the need for a recovery arises. At this time probably more human mistakes happen. In such a situation the GUI should safely guide the user through the process and not destroy any data without particular initiation and confirmation by the user.

In my opinion the newer file in should be renamed so that the new file name contains the date of the restoration.

Tags: interface user
Revision history for this message
Christoph Reichenbach (creichen) wrote :

Please mark bug as `critical'.
The objective of a backup tool is to mitigate data loss. A bug in such a tool that leads to data loss (by overwriting a newer file with older data) means that the tool acts counter to its objective.

I just lost 1.5 years of updates to several files because a family member hadn't backed up in a while and needed to restore some other files.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.