Intermitent issues writing files to Local_Username redirection.xml


having an issue with Sage 200 trying to write a file into FSLogix profile disk so moved file using redirection.xml to local_username\appdata\local\ and it has successfully writes the folder structure there however intermittently it will fail on one file stopping the program open, logging users off and onto a different VM intermittently works, not sure if its an FSLogix issue or a WVD issue as dont have the issue on standard rdp with old UPD's or on on prem windows 10 machines. anyone seen similar

14 Replies

@StevenR we are also experiencing the same issue, we are using WVD and FSLogix but not the redirections.xml. We have found that the issue moves between users after reboots and after using process monitor we established the issue arises when Sage/.NET attempts to rename/merge the user.config. This stackoverflow displays the same issues but using Citrix:


His work around was to not use FSLogix, but this is far from ideal. Hope you find the extra information useful (or at least interesting).


This article suggests a development solution, which I am going to forward to our Sage support tomorrow. Fingers crossed they can ask Sage to implement a fix.







Hi @brmmmm78  , well all the redirections didn't help basically "clickonce" installers are not supported on VDI's/Roaming profiles and since Sage use that then there in lies the issue, Unless Sage are prepared to change to another type of installer this issue wont go away.


Basically FSLogix's uses a driver to obscure the path of where config file actually exists and whether you exclude from the disk or not .net still needs to run through that driver, Perhaps FSLogix may improve that driver over time but right now its doesn't work 100% of the time.


However I would be very interested to here how you get on with your Sage support, as for now I have had to move the sage user away from WVD for now and hope this is resolved later on. Hope you have more luck

Hi @StevenR, Im not going to hold my breath with Sage, but our accounts team is quite small so we are just join to create a host-pool with a single host and disable FXLogix for the sage users. Not ideal but a solution for the time being.


Thanks for the info and good luck to you also.



@StevenR @brmmmm78   Did you manage sort out a permanent solution ? rather bypassing FSLogix & running on a single host 

@accounts2021 Hi, unfortunately I haven't I hit a brick wall of support from vendor as Sage do not support VDI environments, however that appears to be more of an issue with using "ClickOnce" installers as thats a limitation of that and until that changes.


What I haven't tested mostly due to time, is mounting the FSLogix accounts in Azure Files rather than direct on a fileserver in azure. 

With another WVD deployment I ran into performance issues/limitations of locating them on a fileserver then the bottleneck of access becomes the singulare fileserver, whereas if they were in Azure Files it is far higher and the bottleneck becomes the higher spec'd WVD that is trying to connect to it.


I have another project to deploy and will be using this method instead hopefully with better results.

@StevenR we think we have found a solution, it seems the problem is related to the UAC virtualization. If you disable the UAC virtualization and restart the host it seems to work.


Has this been a run the fix once and it has worked so far, I will give it a try as WVD is the better solution long term for this customer as long as sage 200 work :)

@StevenR @brmmmm78 

Just stumbled across this and was wondering if it still appears to be working OK with UAC Virtualization disabled? 

I have a few Sage apps on the WVD and a couple of them run with UAC V enabled, so I'm not too sure about completely disabling it on the hosts.

@dmidec For me I haven't actually tried it as I had to migrate off but I will be bearing in mind for the future.



It does seem to be working, however we did not disable UAC V on the entire server.


We did not install our sage200 client using the click once installer, but instead have a single installation location for all users. This meant that in theory we only need to create a "Sage200Desktop.exe.manifest" file and set the correct "requestedExecutionLevel", but found that Sage had already generated one but renamed it to "Sage200desktop.manifest.manifest" (this is from memory so it might be named something else). We simply renamed this file and restarted the WVD host, its worked ever since.


We are are not sure why Sage had chosen to rename the manifest file, but so far we have not noticed any unexpected behavior.

@brmmmm78 Ah, that's useful. We too are running using the RDS installation method, so I'll look for the file!

Just dealing with this for a customer now. WVD, FSLogix and Sage 200. Getting intermittent error of ", Failed to save settings: Unable to Save config file c:\Users\%username%\AppData\Local\Sage_UK_Limited\Sage200Deesktop.exe_Strongname_.....\19.0.00\user.config"
Stack: at system.Configuration.ClientSettingsStore.write

Any type of solution for this?
See following from further up, let us know if it fixes your issue too.
brmmmm78 replied to StevenR
‎Feb 08 2021 12:55 AM - edited ‎Feb 08 2021 12:58 AM

@StevenR we think we have found a solution, it seems the problem is related to the UAC virtualization. If you disable the UAC virtualization and restart the host it seems to work.
I couldn't get UAC Virtualization to disable. There's a manifest file created when you install the per user client, called Sage200desktop.manifest.manifest which you just need to rename as above and stick it next to the Sage200Desktop.exe file. When setting this to 'RequireAdministrator' the Sage 200 icon would change to show the UAC badge but it wouldn't disable UAC Virtualization when run in 'AsInvolker'.

The issue is very rare, so we're just living with it for now.