Intermitent issues writing files to Local_Username redirection.xml

Brass Contributor

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

27 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.



We have been following this forum and also the suggestions made within to get sage 200 working with FSLogix and WVD


Our FSLOGIX is in azure premium storage and we have 2 servers that never have this issue. we have tried with and without UAC virtualisation and still receive the error writing the user.config file. as others have mentioned we see the folder structure be created for the user but just not the file. I could delete the file on 2 other servers and it immediately recreates it and runs with no issue yet other servers always present this error. 


I am looking at this manifest file and have as instructed renamed the file and copied the entire install directory to a local drive c:\program files (x86)\sage200\   


I run the Sage200desktop.exe application from here and still it will write this user.config file 


I have edited the manifest file as follows


<requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
UAC Manifest Options
If you want to change the Windows User Account Control level replace the
requestedExecutionLevel node with one of the following.

<requestedExecutionLevel level="asInvoker" uiAccess="false" />
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
<requestedExecutionLevel level="highestAvailable" uiAccess="false" />

If you want to utilize File and Registry Virtualization for backward
compatibility then delete the requestedExecutionLevel node.
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />


I presume the <!-- is the beginning of a comment-out statement and that I merely needed to take one of these statements and place it at the bottom. 


Others have stated when you use require administrator that it changes the icon but I'm not seeing this behavior. 


I am unsure if it is in fact even referring to the manifest file at all. 


I'm puzzled as to why on some of my WVD servers I have no issue and yet others i always get the problem. 


I have checked the .net versions and they are all correct. I have checked c++ and they also are correct

the version of windows is all the same and yet some machines refuse to write to this location at all.


Any clarity of any sort as to the specifics around the manifest file would be appreciated


Hi all, yes if you disable UAC Virtualisation, then this resolves the issues, have been running Sage 200 since early February with this setting disabled and the issues previously experienced have not re-occurred. thanks


We are using the local Program Files (not click-to-run) version and have updated the manifest file but are still experiencing the issue for some users.


It's really odd - is anyone else continuing to have problems?

I actually reduced my user count limit to 2 per host and haven't seen the issue since. Speaking with our Sage support vendor, they mentioned something about this, so it lines up I guess.
Hi dmidec,

Can I ask what size VMs you are using? I was hoping to get around 10 users per host so will need a dramatic rethink if that is the case! Did they give you any indication of why this may be?