Fab's AutoBackup 7 Pro - a must have tool for techs

Just rebuilt a computer that was using Office Home and Business 2016. The autocomplete or autofill entries for email addresses don't work. (When composing an email, as you start to type you get the nearest match). I recall that the autofill checkbox was ticked when I ran the backup. Any ideas?
 
Just rebuilt a computer that was using Office Home and Business 2016. The autocomplete or autofill entries for email addresses don't work. (When composing an email, as you start to type you get the nearest match). I recall that the autofill checkbox was ticked when I ran the backup. Any ideas?
Typed address history is stored in files like "Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" under "%LocalAppData%\Microsoft\Outlook\RoamCache" folder.
Sometimes, Outlook creates a new Stream_Autocomplete_xxxxx file and will simply ignore the one that you've just restored. If this happens, then spot the newest one in the folder, get its file name, remove it and rename the restored file with that name. This way, you'll get typed address history back in Outlook
 
Fabs made an OutlookNK2 folder on my backup device. There were two items in it:

"Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" like file, but it's date was several years old, like Dec 2017
Reg folder

In the Reg folder there was filed called OutlookAutoCompleteCache.reg which was "current"

I tried all combinations of putting the .reg file in the Reg folder, renaming as you mentioned. No love.

Keep in mind that this is Microsoft Office Home and Business 2016.
 
Fabs made an OutlookNK2 folder on my backup device. There were two items in it:

"Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" like file, but it's date was several years old, like Dec 2017
Reg folder

In the Reg folder there was filed called OutlookAutoCompleteCache.reg which was "current"

I tried all combinations of putting the .reg file in the Reg folder, renaming as you mentioned. No love.

Keep in mind that this is Microsoft Office Home and Business 2016.

"Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" like file, but it's date was several years old, like Dec 2017
File's date is not a big deal if it is creation date. The date that matters is last modification date.
What you need to do is to open this folder with your Explorer: "C:\Users\Your_User_Profile\Appdata\Local\Microsoft\Outlook\RoamCache"
Then, spot the newest Stream_Autocomplete_xxxxx.dat file, copy its name then rename the one in your backup with the very same name, then overwrite the one in the "C:\Users\Your_User_Profile\Appdata\Local\Microsoft\Outlook\RoamCache" folder with the backup file you just renamed. That should be enough. Office being Home and Business does not matter.

If this still does not work, is there any chance I could remote into this machine to see what's going on ?
 
Last edited:
The latest Fabs doing a transfer has a problem accessing remote registry hive, but only for Public items. Installed Software List is not created.
Screenshot 2024-06-04 144747.png

But the system32\config folder can be manually accessed and copied using File Explorer. This is for USB-connected drive from another system.

The last two times I've done a transfer, this problem has happened. Both times I closed Fabs then ran it again, deselecting all User items then Public allowed selection of Installed Software and Printers lists. Launching the transfer with just those Public items worked fine, giving me those reports. Weird.

Also still getting warnings about file size mismatch when the destination is 0 bytes when the file can't be copied. In this case it's processing My Documents and My Pictures folders that happen to be within OneDrive. I thought it was now smarter about copy failures?
Screenshot 2024-06-04 150436.png

In the above common situation with library folders residing in OneDrive, should the processing of My Documents and My Pictures be skipped and the files processed when transferring OneDrive contents?
 
Last edited:
The latest Fabs doing a transfer has a problem accessing remote registry hive, but only for Public items. Installed Software List is not created.
View attachment 16375

But the system32\config folder can be manually accessed and copied using File Explorer. This is for USB-connected drive from another system.

The last two times I've done a transfer, this problem has happened. Both times I closed Fabs then ran it again, deselecting all User items then Public allowed selection of Installed Software and Printers lists. Launching the transfer with just those Public items worked fine, giving me those reports. Weird.

Also still getting warnings about file size mismatch when the destination is 0 bytes when the file can't be copied. In this case it's processing My Documents and My Pictures folders that happen to be within OneDrive. I thought it was now smarter about copy failures?
View attachment 16376

In the above common situation with library folders residing in OneDrive, should the processing of My Documents and My Pictures be skipped and the files processed when transferring OneDrive contents?
I do not have such a problem with software registry hive that does not get loaded on my end. Just done another test with a W10 drive hooked to W11.
I guess yours may be damaged so it could not be loaded properly. Then, the program does as much as possible by using default paths for folders and skipping leaving behind everything that is related to HKEY_LOCAL_MACHINE registry.

About the 0kb files, the problem IS OneDrive and its "files on demand" feature. Because of this, files are only in "the cloud" and not stored locally.
I would recommend to uncheck documents, desktop and pictures items BUT there is something to anticipate : what if that OneDrive is full and was not allowing more files ? Then there could be items that never reached "the cloud" and are only on the local drive.

If I were you you, I would do a transfer with those items unchecked then, a backup with just "Documents", "Pictures" and "Desktop" checked. In this backup, search for all 0kb files and delete them. After that, restore what remains to the new machine. That should filter things right.
Finally, you will need to download everything that is still in OneDrive to the correct locations on the new machine.

Good luck on this as it looks like a tricky one.
 
Last edited:
About the 0kb files, the problem IS OneDrive and its "files on demand" feature.
I understand about OneDrive files on demand feature. But why does Fabs only give a warning about file sizes being different after copy? Surely there's something more meaningful or concise that could be logged instead of 3 warnings per file and nothing about cloud-only files even mentioned? Maybe there could be a summary stating how many cloud-only files were skipped.

If I were you you, I would do a transfer with those items unchecked then, a backup with just "Documents", "Pictures" and "Desktop" checked. In this backup, search for all 0kb files and delete them.
Too much messing about. I'm not actually concerned about the cloud-only files, just the 3 warnings per file that are in my opinion misleading. The warning should not be about file size differences, when the actual issue is the file couldn't be copied at all due to it being cloud-only.
Good luck on this as it looks like a tricky one.
This is extremely common, almost every transfer I do. I assume other Fabs users get this a lot also. Is there any way cloud-only files could be handled better? Is there a specific return-code for file copies that fail due to cloud-only?
 
I do not have such a problem with software registry hive that does not get loaded on my end. Just done another test with a W10 drive hooked to W11.
I guess yours may be damaged so it could not be loaded properly. Then, the program does as much as possible by using default paths for folders and skipping leaving behind everything that is related to HKEY_LOCAL_MACHINE registry.
However after closing Fabs and realising there is no software list generated, I can immediately run Fabs again de-select all User items, then there is no error for Public items! Software and Printers list is generated fine on that second run on the same remote drive/registry.

Perhaps it's a bug relating to the ini files I use, such as the Defaults I have set and de-selecting all User items might be avoiding it somehow.
 

Attachments

I understand about OneDrive files on demand feature. But why does Fabs only give a warning about file sizes being different after copy? Surely there's something more meaningful or concise that could be logged instead of 3 warnings per file and nothing about cloud-only files even mentioned? Maybe there could be a summary stating how many cloud-only files were skipped.


Too much messing about. I'm not actually concerned about the cloud-only files, just the 3 warnings per file that are in my opinion misleading. The warning should not be about file size differences, when the actual issue is the file couldn't be copied at all due to it being cloud-only.

This is extremely common, almost every transfer I do. I assume other Fabs users get this a lot also. Is there any way cloud-only files could be handled better? Is there a specific return-code for file copies that fail due to cloud-only?
Sure, this could have been handled better. Needs investigation.

Edit: the "cloud only" warning is actually only triggered if Fab's is explicitely handling cloud files (like processing OneDrive item and not desktop or so). There is currently no detection for such OneDrive redirected folders.
I guess I'll add some instructions like:
If FilePath contains OneDrivePath then Show a warning saying that file may be cloud only
 
Last edited:
However after closing Fabs and realising there is no software list generated, I can immediately run Fabs again de-select all User items, then there is no error for Public items! Software and Printers list is generated fine on that second run on the same remote drive/registry.

Perhaps it's a bug relating to the ini files I use, such as the Defaults I have set and de-selecting all User items might be avoiding it somehow.
I do not think this is related to defaults ini file. My bet would be on the software registry hive that could not be copied to a temporary location so it could not be mounted from there.
I had to do this because some people reported booting issues when they put pulled drives back in their original machine after using Fab's for a transfer.
I'll see what I can do for this
 
Last edited:
My bet would be on the software registry hive that could not be copied to a temporary location so it could not be mounted from there.
After I got the error, I also tried manually copying the system32\config folder from the remote drive to the local PC's desktop and there was no problem.
 
Same problem with no hive access for Public items on another one today. These last few times I've noticed the problem have been new laptops with factory OOBE and updates done before copying Fabs onto them for transfer from healthy SATA SSDs (with USB-SATA adapter). External drives were Windows 10 system drives.

Also tried with empty ini files (except license). No difference.
 
After I got the error, I also tried manually copying the system32\config folder from the remote drive to the local PC's desktop and there was no problem.
I did not mean it was completely impossible to copy, just that the program failed to do it at a very specific moment. I do not know why it happens but it sometimes does. That could (I do not say it's that, it's just a conditional supposition) be anti-malware that's locking copied registry file so Fab's cannot load it at first try.

For now, I'm working around this by loading registry hive from its original location if loading copied file failed. That will restore previous version's behavior so that error has way less chances to happen.
 
Last edited:
Hello,
Fab's AutoBackup 7 Pro and Fab's AutoBackup 7 Home & Office 7.14.0.6525 have just been released.

Here is the change log for both versions:

Added:
- Support for SecurePoint VPN SSL client.
- Support for ZOIPer 5 softphone client.
- Ability to detect if Desktop, Documents, Pictures, Music and Videos folders are redirected to OneDrive. This way, if there are copy errors on such files, the program will say that they may be cloud-only (unavailable on physical drive) files instead of saying that copied file size does not match with source.
- Total files to copy size is now shown on the job log's header.
- Under the hood changes to improve error reports and debug feedback email delivery to the developper.

Removed:
- ICQ instant messaging support as service ends on June 26th 2024.

Fixed:
- VSS snapshot creation allowing locked files (in use) copy was not working properly. The program used to make a shortcut to the current system drive instead of a link to a static VSS snapshot. Because of this, there could be errors and warnings messages about locked files when there should not.
- Quickbooks commercial product name could not be identified since version 2023.
- Sometimes, Microsoft account's email address could not be identified properly.
- Pro only: there could be issues loading Software and System registry hives from hooked drives.

Grab it from your orders history's details on the shop's website at https://archive.fpnet.fr/account.php (ordered before May 1st 2022) or https://store.fpnet.fr/en/order-history for newer orders. You can also use the bundled updater tool (click the "Download Fab's AutoBackup 7.X" link within the program and get the updated files).
 
@fabs I just downloaded and used the most recent version for the first time and I'm still getting the Chrome errors about the "Copied file's date does not match with the original file." I thought this was supposed to be fixed? Also, the program said there were 59 failed files but they don't show up in the log. Only the 309 "warnings" from Chrome.
 
@fabs I just downloaded and used the most recent version for the first time and I'm still getting the Chrome errors about the "Copied file's date does not match with the original file." I thought this was supposed to be fixed? Also, the program said there were 59 failed files but they don't show up in the log. Only the 309 "warnings" from Chrome.
This is fixed for current running chrome with VSS.
Going back to work on this mess :/
 
Back
Top