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

Progress bar does not show meaningful information during restore #3646

patbarron opened this issue Feb 4, 2019 · 2 comments

Progress bar does not show meaningful information during restore #3646

patbarron opened this issue Feb 4, 2019 · 2 comments


Copy link

@patbarron patbarron commented Feb 4, 2019

  • I have searched open and closed issues for duplicates.

Environment info

  • Duplicati version:
  • Operating system: Windows 10
  • Backend: SFTP


When doing a restore from an existing backup, on a newly installed instance of Duplicati, the progress bar does not show actual progress. It does display messages chat indicate that the database is being reconstructed, and then that files are being downloaded, but the progress bar never advances. This caused me some concern during my restore, since I couldn't tell if anything was happening - during the phase of reconstructing the database, it ran for almost an hour, and I couldn't tell if it was actually doing anything at all (other than by looking at Task Manager and seeing that it was using CPU and I/O), and again when it indicated that it was downloading files, it behaved in a similar manner.

This is similar to feature request #2159, but I can't tell if it's the same thing - that feature request implies that there is no progress bar and asks that it be implemented. In this instance, there is a progress bar, but it just doesn't do anything.

Steps to reproduce

  1. Do a fresh install of Duplicati on a new system
  2. Attempt to restore a previously created (from another system) backup
  3. Observe that the behavior described here occurs.
  • Actual result:
    Progress bar is displayed during database reconstruction and file download, but never advances, so it's impossible to tell that the process is making any progress at all, or if so, how long it might take.
  • Expected result:
    Progress bar advances as the database reconstruction operation proceeds, and also as the file download process proceeds - and the advancement of the progress bar has some sensible relationship to the amount of the task that is completed, and is remaining.

This comment has been minimized.

Copy link

@sylerner sylerner commented May 17, 2019

The lack of progress indication is particularly unnerving during a full restore, which takes a significant amount of time.

Ideally, a current file number/total number of files to be restored counter, along with the current file name, would be a great way of keeping the user informed as to what is going on. If this is not possible, at least a running total of how much data has been restored (possibly differentiated by local blocks vs. downloaded files) would allow the user to know that things are still happening.

In fact, both types of counters together (file progress and data progress) would be the perfect solution, since restoring a large file (e.g., a VM), would not show progress in terms of file count or file name for a long time, even though much data was being restored. Having total data restored as a secondary counter would reassure the user that things were still working as they should.


This comment has been minimized.

Copy link

@duplicatibot duplicatibot commented Feb 9, 2020

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

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

Successfully merging a pull request may close this issue.

None yet
4 participants
You can’t perform that action at this time.