For some reason, my backup configurations are being changed. I’m doing backups to an sftp server. I create a backup configuration and save it. It fails due to an invalid server and upon reviewing the configuration (via Duplicati edit), the path on the server has been removed (the field is blank) and the last portion of the original path has been placed into the server name field. I’ve fixed the configuration multiple times and each time I get the same result. I’ve clicked on ‘test connection’ when fixing the config and it always succeeds. This is not happening on Ubuntu. My path on server does have an ‘@’ as the first character of the last portion of the path. As and example, /var/local/backup/@some-dir. ‘some-dir’ is put into the server name field and the path on server field is blank.
I’m running Windows 11 as a guest OS and Ubuntu Ubuntu 24.04.1 LTS as another guest OS in a virtual machine supported by Ubuntu w/ KVM plus QEMU and Virt-manager. Firefox is the browser being used. All software is up to date. Duplicati - 2.0.8.1_beta_2024-05-07
This sounds like a bug that happens with some of the UI logic.
The remote destination is saved as a single url, but when editing it via the UI some gymnastics are done to make it easier for the user (at least that is the idea).
Can you make a screenshot, or give me a example URL that fails?
Feel free to use example names for host and path if the real ones are sensitive.
You can use the button “Copy destination URL to clipboard” via the three vertical dots, and this string is the internal URL that will be stored. Maybe this reveals how it is incorrectly processed.
Hi Kenkendk - thx for the quick response. I’ll provide a screen shot of the information I enter on panel 2 of the configuration dialogue and the subsequent internal URL you mentioned. I’d also like to mention that I did a test creating a backup config for a destination directory that did not include an @ sign and it works fine, The configuration is not altered.
The resultant internal URL (I was only able to produce this by clicking on the ‘commandline…’ option). I’ve obscured the auth-password= and the the ssh-fingerprint=
