cypress
Well-Known Member
- Reaction score
- 1,495
- Location
- South Florida
Fab's AutoBackup 6 Pro updates will now bring only fixes. New features will now be added exclusively to Fab's AutoBackup 7 Pro.So I'm a bit confused....
If we had Autobackup V6 Pro, do we automatically get upgraded to V7 Pro?
If that is not the case, do we get a discount for upgrading to V7 Pro?
From reading the last two pages, it seems like maybe you don't have to pay for V7 Pro if you have V6 Pro?
I am a bit surprised about the first request. On my side, Firefox opens fine when clicking this icon. In the source code, the progam is set to look at the registry at "HKEY_CLASSES_ROOT\Software\Classes\http\shell\open\command", so when the default browser is set at this level, no problem. I have changed it to "HKEY_CURRENT_USER\Software\Classes\http\shell\open\command" instead.
The second one is a lot trickier: Fab's AutoBackup lists the files to copy and recreates all the folders. That's difficult to also list EVERY folder, get their dates AND keep good performance.
I have found a way to set back folders timestamps at the end of the copy process. Like I was supposing, it can be time consuming if there are a lot of folders and the backup/restore media is slow, so, it is optional, like using VSS or not. This will be in the next update.I understand, and I like the idea of making it an option if it's too much of a performance penalty. Just mentioned it just to plant the seed for a future solution.
It was also the case in V6 when doing a multi user backup. About the transfer issue, I am checking now.Hmmm..... Installed software list is off in the "PUBLIC" directory of the archive? I must have missed this in the release notes? Why hide it? (It also doesn't seem to transfer....?)
First try with a direct transfer (with a hooked drive of course!), no issue, the file is put on the public desktop.It also doesn't seem to transfer....?
You have spotted somethin wrong. If there no other public item selected but software list, there is no public entry in the backup.conf file, preventing any access when restoring. I suppose this is your case right? I am fixing this now.Sorry - I meant back up to an archive and then restore to a new machine. I can see the folder of installed software in the archive but when the process of restoring is complete it is not on the restored/new machine.
I am investigating and will make the necessary changes ASAPI requested the "user1" profile be restored to "user1" and "PUBLIC" be restored to "PUBLIC" but the Installed Software list never was transferred.
Thanks for the prompt attention!
Sorry - I meant back up to an archive and then restore to a new machine. I can see the folder of installed software in the archive but when the process of restoring is complete it is not on the restored/new machine.
I have found a way to set back folders timestamps at the end of the copy process. Like I was supposing, it can be time consuming if there are a lot of folders and the backup/restore media is slow, so, it is optional, like using VSS or not. This will be in the next update.
There is no more nk2 file on Outlook. There is an autocomplete cache. This is that .dat file. It should have worked if you had restore the outlook profile like it was. If I understand well, you have set up an imap account instead of the original pop3. Since the accounts are different, the registry settings and the file are different too.I used Autobackup 7 Pro to backup/restore files between a Windows 7 PC and a Windows 10 PC. All went well except for the Outlook 2016 nickname cache data; it did not restore. In the NK2 backup folder, I saw just a .dat and a reg file. Not knowing what to do with the .dat file, I loaded the reg file, hoping it might help but no joy.
The old PC had the account set up as POP whereas the new one is set up as IMAP. Both are using Outlook 2016 so the only NK2 file on the old laptop is from when it was imported into Outlook 2016 two years ago. Anyone else having similar problems? Any guidance?