Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Settings for alternate destination marker and -path are lost #4553

Open
Hoffenbar opened this issue Jun 8, 2021 · 14 comments · May be fixed by #4972
Open

Settings for alternate destination marker and -path are lost #4553

Hoffenbar opened this issue Jun 8, 2021 · 14 comments · May be fixed by #4972

Comments

@Hoffenbar
Copy link

Each time the configuration is accessed via gui, e.g. to change some value, the settings for alternate-destination-marker and -path are gone.

@warwickmm
Copy link
Member

warwickmm commented Jun 8, 2021

What version of Duplicati? I am unable to reproduce this on 2.0.6.1 or 2.0.5.114. The alternate-destination-marker and alternate-target-paths settings persist for me.

Please provide steps to reproduce the issue so that we can try and isolate the problem.

@Hoffenbar
Copy link
Author

I'm using 2.0.6.1. Ok, I will do further testing and post the results here.

@ts678
Copy link
Collaborator

ts678 commented Jun 10, 2021

Small gui bug, doesn’t remember some advanced settings describes this on Destination screen 2. Options screen 5 keeps it.
I'm seeing this on 2.0.5.114, but not actually testing to see if the invisible (except on GUI Commandline) option actually works...

@warwickmm
Copy link
Member

Thanks for the clarification @ts678. Given the lack of details, I was only checking screen 5.

@ts678
Copy link
Collaborator

ts678 commented Jun 10, 2021

I can't say this is what @Hoffenbar saw, but it might be. I'm having problems with all screen 2 options for local folder destination.

@duplicatibot
Copy link

This issue has been mentioned on Duplicati. There might be relevant details there:

https://forum.duplicati.com/t/solved-losting-advanced-options-when-the-backup-job-is-changed/13478/7

@Shlamy
Copy link

Shlamy commented Dec 16, 2021

Some further testing details.

  1. Any "advanced options" set in Step 2 (http or local) either by list or text entry are lost upon save via initial job creation or via editing the job post creation. Interestingly, any "advanced options" specified are used if you "Test Connection" but are lost after that. For example, if you add an --alternate-destination-marker and if the marker is missing the test errors out on it.
  2. On initial job creation the "advanced options" for "Local folder or drive" shown in Step 2 are not available in Step 5 but are shown when editing the job post creation. Also seems strange that the "Configure http requests" options (also shown in Step 2) are available in Step 5 but the "Local folder or drive" options are not.

I'll dig into this later but maybe it will tweak something in someone who knows the code base a bit better than I do.

@Brawl345
Copy link

Still happening in 2.0.6.102_canary_2022-04-06

@duplicatibot
Copy link

This issue has been mentioned on Duplicati. There might be relevant details there:

https://forum.duplicati.com/t/had-high-hopes-but-wound-up-uninstalling/14409/26

@duplicatibot
Copy link

This issue has been mentioned on Duplicati. There might be relevant details there:

https://forum.duplicati.com/t/backup-task-not-creating-new-log-showing-old-errors/14613/10

@Shlamy
Copy link

Shlamy commented Mar 9, 2023

Quick workaround: Create the job without any advanced options, save it, reopen then add the advanced options you want in step 5, they will now save as expected.

@Jojo-1000
Copy link
Contributor

The difference between the advanced options on step 2 and step 5 is that step 2 encodes them in the target URI.
I can reproduce this bug only for file targets, because the regex used to parse options from the URI cannot handle the backslashes and the colon after the drive letter.

It seems that using backslash paths in a file:// URI is non-standard, so it would be ideal to convert these to correct URIs using slashes in the long run (this might also fix @ character issues).

For now though I can try to see if this monstrosity
/([^:]+)\:\/\/(?:(?:([^\:]+)(?:\:?:([^@]*))?\@))?(?:([^\/\?\:]*)(?:\:(\d+))?)(?:\/([^\?]*))?(?:\?(.+))?/
can be reworked to allow file paths (or maybe I will just add a second one specifically for that).

@duplicatibot
Copy link

This issue has been mentioned on Duplicati. There might be relevant details there:

https://forum.duplicati.com/t/advice-about-backend-options-in-tab-5/17279/10

@duplicatibot
Copy link

This issue has been mentioned on Duplicati. There might be relevant details there:

https://forum.duplicati.com/t/small-gui-bug-doesnt-remember-some-advanced-settings/9059/8

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants