One month's worth of effort is gone, once again. Please, this issue needs your very urgent attention. I fear that I cannot continue to use Scrapbee until a useful solution is found. This is the second time around it has happened, and it duplicates the issue that was previously submitted by email on 2020-09-03:
To repeat it here in short, the issue is:
Right-click a file that needs to be deleted to call up the context menu.
Select "delete" from the menu to call the delete-window, and select delete.
Click OK.
The file is not getting deleted, because the process "freezes".
This "freezing" prevents any follow-up actions, eventually causing the browser to be closed and restarted.
After restarting the browser, the Scrapbee Sidebar is opened again to return to the previous location where the file was getting deleted.
All the file names at that location, a folder, is still visible, but the content of the files are now destroyed — opening on a 404-error page in the browser.
Although there is a backup available, the question is how to restore only a single folder in a tree — without destroying the data that came after the backup date? Because, the data stored after the backup date is no longer available, and, even if it were still available, it would be too time-consuming to recapture and file everything again.
We need a solution other than to restore the data only, which surely still exist on the hard drive. Re-indexing them somehow? Thanks.
The animation below shows the content and context after the delete-event in folder 2020111:
One month's worth of effort is gone, once again. Please, this issue needs your very urgent attention. I fear that I cannot continue to use Scrapbee until a useful solution is found. This is the second time around it has happened, and it duplicates the issue that was previously submitted by email on 2020-09-03:
To repeat it here in short, the issue is:
Right-click a file that needs to be deleted to call up the context menu.
Select "delete" from the menu to call the delete-window, and select delete.
Click OK.
The file is not getting deleted, because the process "freezes".
This "freezing" prevents any follow-up actions, eventually causing the browser to be closed and restarted.
After restarting the browser, the Scrapbee Sidebar is opened again to return to the previous location where the file was getting deleted.
All the file names at that location, a folder, is still visible, but the content of the files are now destroyed — opening on a 404-error page in the browser.
Although there is a backup available, the question is how to restore only a single folder in a tree — without destroying the data that came after the backup date? Because, the data stored after the backup date is no longer available, and, even if it were still available, it would be too time-consuming to recapture and file everything again.
We need a solution other than to restore the data only, which surely still exist on the hard drive. Re-indexing them somehow? Thanks.
The animation below shows the content and context after the delete-event in folder 2020111:
• • •