Setting the Duplicati temporary folder to a non-existing folder crashes Duplicati

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Schedule a backup with a File backend, on a directory you can remove (e.g. 
USB hard disk, quite a common setup)
2. Remove the directory (e.g. unmount the external HDD)
3. Run the backup task

What is the expected output? What do you see instead?
Expected "Could not find destination directory" message. Duplicati crashes 
instead. It would be nice to have an option to retry the backup task, so as to 
remind to connect the USB disk.

What version of Duplicati are you using? On what operating system?
My version is 1.3.1, on Windows 7 x64 Ultimate

What backend (destination) are you using?
File backend

Please provide any additional information below.
In a quite common configuration, I use Duplicati to make a backup of my laptop. 
Among the three backends I have, one is a USB hard disk, which I connect only 
for backups. I understand that the start-up sleep time is meant to let the 
computer connect to devices/networks needed to reach the destinations of the 
backup tasks, but it is not the case with the computer being put to sleep. If I 
schedule a backup in the morning and put the computer to sleep without the USB 
hard disk connected, when I resume the pc in the morning duplicati crashes with 
a DirectoryNotFoundException, supposedly because it can't find the hard disk. 
This exception could be handled, and the user may be prompted to check 
device/network availability and provided with a retry option.

Original issue reported on code.google.com by MarcoSub...@gmail.com on 14 May 2012 at 3:34

[GoogleCodeExporter]

Duplicati version 1.3.1.1205

Original comment by MarcoSub...@gmail.com on 14 May 2012 at 3:38

[GoogleCodeExporter]

Forgot to mention... I did set the temporary folder on the usb HDD as well. 
Probably the exception comes from that. If this is the case, it would be nice 
to have a per-backup temporary directory instead of per-system. Backups run 
faster if the archive is built directly on the usb hdd filesystem and then only 
moved to destination; this is obviously infeasible on remote backends.

Original comment by MarcoSub...@gmail.com on 14 May 2012 at 4:43

[GoogleCodeExporter]

Found a custom setting that solved the issue. (per-backup setting: temp-dir)

Original comment by MarcoSub...@gmail.com on 14 May 2012 at 4:46

[GoogleCodeExporter]

Yes, setting the global Duplicati temp dir to a non-existing folder will 
probably cause nasty crashes. You should not get any crashes if you set the 
temp-dir advanced property, because that does not apply to the Duplicati 
application, only the backup data generated.

I don't think anything should be able to crash Duplicati, but I am setting 
priority to low because there is an easy workaround.

Original comment by kenneth@hexad.dk on 14 May 2012 at 7:03

• Changed title: Setting the Duplicati temporary folder to a non-existing folder crashes Duplicati
• Changed state: Accepted
• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Verified on 1.3.3.

I Re-installed Windows and restored Duplicati Settings from one of my local 
Backups.
The cache path pointed to a missing folder (since i changed Usernames), so 
Duplicati crashed on Resume.

Manually changing the cache folder entry Fixed the problem.

Original comment by MGriesb...@gmail.com on 26 Oct 2012 at 8:49

[GoogleCodeExporter]

I am on a Mac and Duplicati was crashing on me when I 'resume' after migrating 
to another machine.  Checked my Duplicati Settings and sure enough the 
temporary folder was pointing to a folder on my old machine.  Updated the 
settings to point to a temporary folder on my current box and Duplicati no 
longer crashes when I resume.  Good temporary fix.  :)

Original comment by brucerhu...@gmail.com on 5 Apr 2013 at 5:17

[GoogleCodeExporter]

Issue 818 has been merged into this issue.

Original comment by rst...@gmail.com on 4 May 2013 at 11:04

[GoogleCodeExporter]

Issue 818 has been merged into this issue.

Original comment by rst...@gmail.com on 4 May 2013 at 8:03

[GoogleCodeExporter]

This is really a nasty (and hard to find!) problem when using Duplicati in 
portable mode on different computers. It took me one year to track the cause of 
the crashes (actually Duplicati told me, after I had tried to add another 
backup).

Checking whether the temporary folder exists on startup (and showing a message) 
could be a large benefit at minimal costs.

Original comment by dominik....@googlemail.com on 30 Jan 2014 at 2:14

[GoogleCodeExporter]

I have 10 Gb of data in the temporary folder.
What happen if I empty the folder?
Are all of those files needed for faster backups or are only the file of 
non-finished backups (interrupted or with errors) ?

Original comment by robym...@gmail.com on 14 Jul 2014 at 4:00

[GoogleCodeExporter]

Yes, you can delete it. 

Are you sure the files are left over by Duplicati?

Original comment by kenneth@hexad.dk on 14 Jul 2014 at 4:22