I am developing on Duplicati in this environment:
“ServerVersion”: “2.0.0.7”, (which is really weird because I’ve cloned the latest commit, Merge pull request #3346 from mikaelmello/patch-1 · duplicati/duplicati@258c5a6 · GitHub)
“ServerVersionName”: " - debug",
“ServerVersionType”: “Debug”,
“StartedBy”: “Tray icon”,
“BaseVersionName”: “Current”,
“DefaultUpdateChannel”: “Stable”,
“DefaultUsageReportLevel”: “Disabled”,
“ServerTime”: “2018-08-29T11:33:03.2298349-03:00”,
“OSType”: “Windows”,
“DirectorySeparator”: “\”,
“PathSeparator”: “;”,
“CaseSensitiveFilesystem”: false,
“MonoVersion”: null,
I tried to build it for Release, the build worked but when I tried to run I got an error along the lines of “Could not get resource http://localhost:3000/index.html
” (or variations that I tried including ngax).
However, I noticed something that happens when I do backups:
During backup, those 3 variables are never updated in the progressstate API call. I did some digging and the UpdatefilesProcessed
function is never called during backup, only during restore.
What I find weird is that when I download the latest release on the website, it works as it should. I haven’t checked the Network tab to see if the API call has the correct response but the progress bar does get updated.
I managed to fix it here by editing the class Duplicati.Library.Main.Operation.Backup.ProgressHandler
to keep track of the number of files it has already processed and calling stat.OperationProgressUpdater.UpdatefilesProcessed(processedFileCount, processedFileSize);
at each FileClosed
event.
Steps to reproduce
- Clone the latest commit and run using Visual Studio 2017 on Debug.
- Make a large backup on any Backend and see that the progress bar is not updated, always hanging on the total file count.
Screenshots
Imagine a lot of API calls to progressstate
with everything being updated except for
"OverallProgress": 0.0,
"ProcessedFileCount": 0,
"ProcessedFileSize": 0,