We have almost completed all issues for the next milestone. Only a testing issue is still open. Do you think this version deserves to get promoted to the experimental channel?
In additional at home I upgraded D2 from 2.0.2.19 from 17 and before from 16. But Duplicati.WindowsService.exe has version 2.0.2.16. For me itās strange and may be ver 17 and 19 doesnāt contains this files.
Honestly, itās a canary build, if the user isnāt comfortable troubleshooting issues the user should be using a more tested release like the beta or experimental release.
Iām sure someone would like to help, but I think youāll have more luck getting help if you open a new topic instead of posting on the release note page.
More testing of --retention-policy and preferably some Unit tests to verify edge cases etc as itās hard to test many different cases with a feature that depends on time passing
Additionally, @kees-z and I were discussing two alterations on --retention-policy that I think would make sense to add before retention policy was released to everyone to avoid confusion if added later. The first being a semantic U notation for unlimited (U:1M instead of writing 200Y:1M and 1W:U instead of 1W:0s). And the second being a K notation for keep as there are some things you canāt do like 1M:1D without risking ending up with just a single backup if your machine is offline for longer than a month. New retention policy deletes old backups in a smart way - #51 by kees-z
And we should have a couple of people running windows try and replicate the above problem with Duplicati Server not upgrading when using the windows installer. Not worth much pushing updates if no one gets them
Default filters were fixed. We are concerned that they might filter too many files and folders now. We should revise the rules, to make sure, noone who has activated any system filter is missing files after an upgrade. Good point.
We are still testing the retention policy and would like to introduce two more options. One covers the entire future to avoid rules like 100Y:1M. The other is there to make sure that there is always a minimum number of backups before the deletion kicks in. Suggested notations are: U:1M and K:30. I agree on the testing. I donāt think we need U and K for an experimental release (unless someone gets this implemented quickly).
Issue #3010 was reported once. Nobody could reproduce and the user did not give any feedback so far. I would prefer to ignore this.
Windows server: Is there an issue on github?
PS: I see that you are very dedicated to chase some of the newer issues. We still have a lot potential to improve Duplicati for many people. E.g. the update notification comes in through various channels and if you choose to update from the about screen, there are multiple progress bars. This is something that deserves our attention. But not for the next experimental version. If you like, we could start a discussion about this as the next major thing.
I think this one may be related to the issue with --keep-time and --retention-policy throwing not-that-user friendly errors when combined. They may be the same issue.
Not that I know of. I havenāt had the opportunity to try to replicate as I just saw it here on the forum. Maybe skip it and deal with it if it turns out to be a problem?
I think I can get U in with like 2 lines of code just translating it to 0s and before running the retention policy method since itās just semantics. Never mind, itās a bit more tricky. The K is very cool, but I also fear it may be quite a bit more work to implement. If weāre just aiming to ship quicker so we can get to next experimental release sooner, then it might not be terrible to just ship it as is once we handled the showstoppers
Iām pretty sure it contains the files as I just (2 hours ago) did a duplicati-2.0.2.19_canary_2018-02-12-x64.msi install on a new machine (English Windows 10) without issue.
Following the above linked service process (including using Duplicati.WindowsService.exe) also worked just fine.
My guess is thereās an edge case with how an MSI update (not to be confused with a GUI update) is handled vs. a fresh install.