Where do I find a complete log?

I need to see a complete log of my recent activity with Duplicati. The most I can find is things that have occurred over the past few minutes. More specifically, I need logs of recent occurrences when I restored from backup.

In other words, I need a log of all the files I restored recently.

This is very important.

Edit: The reason I need this is because it appears I may have started restoring files that I didn’t want to (thereby erasing the newer versions), and I kept telling it to cancel, and I don’t know if it did.

I’m afraid that this is not available.

All I can say is that in the code the necessary logic to stop when asked is implemented so there is hope that your wish has been fullfilled but unfortunately there is no way to confirm it in the current state of Duplicati (as far as I know).

It can be considered as a Duplicati issue in my opinion.

Welcome to the forum @Tim_Brown

What OS? Some may leave clues. Windows less so.

If that doesn’t work, there might be other methods such as backup then painfully find files that got older.
While studying, change your retention policy (if you delete old versions) to make sure to hold off on it…

Viewing the log files of a backup job gives a numerical overview of modified (even if from accident) files.
The COMPARE command can tell you file difference between backup versions, but doesn’t show dates.
Any operation can create a detailed log, but you have to name a log file and a log level. Verbose will do:

log-file=<path> log-file-log-level=verbose

and a backup will give reasons why a file got backed up. You can look for timestamps going backwards. Different OS have different sorts of tools that can help filter a probably large log for lines of interest, e.g.

2023-07-05 20:21:05 -04 - [Verbose-Duplicati.Library.Main.Operation.Backup.FilePreFilterProcess.FileEntry-CheckFileForChanges]: Checking file for changes C:\Users\me\Documents\RandomNumber.txt, new: False, timestamp changed: True, size changed: False, metadatachanged: True, 7/5/2023 4:25:41 PM vs 7/5/2023 10:41:32 AM

is one that I change regularly as part of tests, so I guess this shows that the first time is the current one.
If this looks interesting, I can do a restore and see if it really works, but also tell us what OS this was on.

Could you clarify that? Was this all files or some? If you know what you chose, that’s easier.

How recent is the most recent backup? You could also undo damage by restoring from that.
Drawback of this way is that any files changed since that backup will have the changes lost.

If none of these methods work, you can attempt analysis by looking in database as directed.
An SQL query would have to be invented, then you would customize it and run it e.g. in this.

For damaged files, you still won’t have anything newer than backup, but at least doing it the
more difficult precision way won’t cause needless reverts on files that hadn’t been damaged.