Replies: 1 comment 2 replies
-
|
Thank you for the feedback. The MfrFixup does not have this feature. It seemed that nobody was using that feature in the FileRedirectionFixup so I did not include it in the rewrite. I found that most customers needing to roam the settings were using a general third party tool to perform that redirection (Ivanti, FsLogix, Citrix User Profiles, etc). When using those tools it is just a step to redo the app-specific rule to find the redirected files in the users AppData/Local/Packages folder. The good news is that the FileRedirectionFixup in this fork should be better than in the Microsoft source, but outside of this redirection control issue that you have, the Mfr is still way better. Please let me know more about why you need the feature (especially where you are redirecting too) and I will consider it for the MFR, but no promises! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi there! We have a few apps packaged using the FileRedirectionFixup in the old PSF. I only recently discovered this fork, and the MFR Fixup sounds like it could solve a ton of issues we've been having with the old Fixup (such as copy-on-access wasting tons of disk space)!
However, we're making heavy use of the redirectTargetBase option of FileRedirectionFixup to centralize package state for sync and backup, and looking through the docs I couldn't see an equivalent in MFR. Curious if I missed something or if this is just not supported?
Cheers!
Beta Was this translation helpful? Give feedback.
All reactions