Does the last folder in the path exist on your server? If not, then it's normal. Create it and see what's next
Yes, it does exist. This happens on the customer's laptop but not another PC that I tested.
Does the last folder in the path exist on your server? If not, then it's normal. Create it and see what's next
That's weird it works on one and not another. Does your share require credentials to be accessed? If so, since you can access it from Windows explorer, are you running Fab’s AutoBackup with the same credentials or are you prompted for administrator login information?Yes, it does exist. This happens on the customer's laptop but not another PC that I tested.
This will be in the next update. The program will look in the registry for default browser and default email client and add them to the installed software html report, user per user since this is not defined at machine level but user level :Which is why I'm suggesting that the default browser is logged in the Installed Software List report. Then the tech can manually set the default after installing the browser.
Thankyou!The program will look in the registry for default browser and default email client and add them to the installed software html report, user per user since this is not defined at machine level but user level
Redirected folders are not an issue. Entire profiles moved elsewhere are.Some people move too much from the system drive to save space on the system drive. I have no issues with the last upgrade or using Fab's to back up data when I set up a dual drive system.
Usually, this is not an issue. In this particular case, the program put the stuff back in the default location, so it would have been better to install and set steam before restore.Better to install programs first or restore first?
Had odd situation where customer wanted his Steam stuff moved to his other drive not with Windows, but this program didn't move the Program Files (x86)\Steam\SteamApps folder. I guess this was to be expected due to different location. His Steam stuff was originally on the C drive before intake and wanted Windows reinstall.
Do you mean not an an issue for Fabs AutoBackup? There was a discussion a couple of weeks ago about Fabs handling redirected profile folders, I can't remember if that was implemented. I think we can all safely ignore the possibility of the entire user profile being relocated as that isn't a documented feature of the OS, or is it?Redirected folders are not an issue
Yes, that's what I mean. I use folder redirection for "My documents', "My music" and "Downloads" and there's no problem for Fab's AutoBackup to find and back them up. As soon as it has been done the right way using their properties through windows Explorer, it is a breeze.Do you mean not an an issue for Fabs AutoBackup?
Since redirected folders are already handled (folders paths are grabbed from registry, so I get their real path), no need to change anything for them. Entire profiles location change is a pain to do, so, people doing that know what they are doing, so, I think it can be ignored. In worst case, a disk image of the client's computer before starting anything on them is the base trick to CYA.There was a discussion a couple of weeks ago about Fabs handling redirected profile folders, I can't remember if that was implemented. I think we can all safely ignore the possibility of the entire user profile being relocated as that isn't a documented feature of the OS, or is it?
Well, this deserved to be well implemented to not complicate program's use. Like looking for real folder paths, compare them with default path and is there is a difference, include default location too. The thing that disturbs me is : when it comes to restore, how do I choose which file to keep if there is a conflict? Or do I put them in a special sub folder like "@Recovered" so the client can decide by himself. This one would be the best option IMHO.Maybe Fabs AutoBackup should save the redirected profile folders PLUS the default folders if they still exist, as the Windows 10 upgrade process will now apparently do in future. Otherwise the previously requested feature of saving non-standard profile folders could solve this.
That would work.if content is discovered in the old "My documents" folder (like if the user has left his files behind), it is copied inside a "@recovered" folder that's added to the documents backup
Will Fabs support Epic and others like Opera, Tor, Vivaldi, WaterFox, Pale Moon and many others that my clients use?
Simple, if users set another path for a folder, it is obvious that everything that was in the old folder must follow. Indeed, at restore/transfer, they will wonder why there is a "@Recovered" folder in their docs. Then, the lesson should be learned (hopefully) !Is there a reason why the files can't go back to the default location? Maybe you want to teach the user a lesson![]()
There is already support for Opera, Vivaldi and Waterfox. Perhaps others may come later.I have more and more clients using EPB (Epic Privacy Browser) which is being recommended by banks and financial institutions here.
Will Fabs support Epic and others like Opera, Tor, Vivaldi, WaterFox, Pale Moon and many others that my clients use?
I am really sorry to read this and understand your anger. However, if you want me to fix anything, do not you think I would need some clues like what was left behind, in which circumstances, anything that could be useful to know ? I do not think going to the first V7 release or even V6 will solve what happens imho. If you think it would, here you will find all the versions I have released since the first V7 but you will be exposed to more risks : http://download.fpnet.fr/release_history/pro/Just used Fabs version 7.0.4.32756 only to discover that several items were not backed up because they must be manually checked in the program.
My bad that I didn't think to/know that those items should be checked. AFAIK they were checked by default.
Client not happy because data is now gone.
Looks like I need to go back to an even earlier version still or consider not using Fabs altogether.
Too many cooks have spoiled the broth...imo.