Microsoft Store $AppDataDirectory Path

I've noticed that on Windows store a path something like...
C:\Users\Simon\AppData\Roaming\Makross

Becomes..
C:\Users\Simon\AppData\Local\Packages\65121RuleOfFun.Makross_dfpvf59429jd6\LocalCache\Roaming\Makross

The first path above (C:\Users\Simon\AppData\Roaming\Makross) in Fusion is referenced with the $AppDataDirectory but when I upload to the windows app store it seems that Fusion cant do the same for the longer (Microsoft STore) path.

So the whole app breaks because it cant find the data. Any idea how to get around this?

Hi Yves, all that I really know is that I have a bunch of files that get unzipped at the start of the app to:

AppDataDirectory$( "File" ) + "/" + data_folder + "/"

..but when I check on my Pc after running the app from windows store those files are in C:\Users\Simon\AppData\Local\Packages\65121RuleOfFun.Makross_dfpvf59429jd6\LocalCache\Roaming\Makross

..even stranger though is that when I print out the AppDataDirectory$( "File" ) at run time in a text from the windows store installed version it does indeed read C:\Users\Simon\AppData\Roaming\

?

Quote from Yves

What could happen perhaps:

- for some reason there is a file virtualization system for Windows Store apps (or maybe only win32 Windows Store apps)
- when you unzip your files it unzips them to a different folder
- when you read your files, it first tries to read them from the folder you mention (C:\Users\Simon\AppData\Roaming\) and then if it can't find them it loads them from the virtualized folder in Local\Packages\65121RuleOfF un.Makross_dfpvf59429jd6\

Does the C:\Users\Simon\AppData\Roaming\Makross directory exist? If so try to delete it.

EDIT: it would be weird though, logically it should first look for the file in the virtualized folder...

I'm looking int this now and doing various tests. I will let you know the results soon. The problem is that to submit to the store it takes about an hour to certify and then to test each version. A bit of a crazy workflow.