fiza Posted July 1, 2019 Posted July 1, 2019 When logged in as local admin the Microsoft Store and Apps work fine. When logged in with a student account the Microsoft Store does not load with message "Try that again". The Apps (3D Paint, Video, Calculator) all open and then immediately close. I can't see any GP settings that would cause this Any ideas please?
fiza Posted July 1, 2019 Author Posted July 1, 2019 Did you remove any apps via script\dism? yes we did
BOOT Posted July 1, 2019 Posted July 1, 2019 There's a known issue with removing the [Microsoft.MicrosoftSolitaireCollection] app. It removes dependencies and stops other apps from registering. 1
fiza Posted July 8, 2019 Author Posted July 8, 2019 Ok so I changed the script to leave SolitaireCollection in place and now the Apps don't open but get underlined in the start menu. Any ideas please?
BOOT Posted July 8, 2019 Posted July 8, 2019 Looks like the apps aren't registering successfully on login. Try using this tool to register them: https://github.com/SN29856L/RegAllAppX/blob/master/RegAllAppX.exe Run as the user you're testing and it'll log appx registration errors to a log file. 1
fiza Posted July 8, 2019 Author Posted July 8, 2019 Looks like the apps aren't registering successfully on login. Try using this tool to register them: https://github.com/SN29856L/RegAllAppX/blob/master/RegAllAppX.exe Run as the user you're testing and it'll log appx registration errors to a log file. Doesnt seem to want to run when I am logged in as the user the Apps do not work for. That user is a student user account. The Apps work fine when I log in as the local admin.
Rob_D Posted July 8, 2019 Posted July 8, 2019 We had similar issues and pinned it down to roaming profiles. For us, if the user already had a cached profile on that machine (we delprof everything at shutdown) then it broke the modern apps (like calculator/photos/paint3d). Clearing down the users roaming profile fixed it (the powershell scripts are no good as they have to be run as an administrator in the affected user's logon environment - and we can't do both with staff/student accounts), but it breaks again as soon as the user logs onto a machine with an old profile cached.
fiza Posted July 8, 2019 Author Posted July 8, 2019 We had similar issues and pinned it down to roaming profiles. For us, if the user already had a cached profile on that machine (we delprof everything at shutdown) then it broke the modern apps (like calculator/photos/paint3d). Clearing down the users roaming profile fixed it (the powershell scripts are no good as they have to be run as an administrator in the affected user's logon environment - and we can't do both with staff/student accounts), but it breaks again as soon as the user logs onto a machine with an old profile cached. Thanks. We have roaming profiles too. Did you come up with a solution other than not use roaming profiles?
Rob_D Posted July 8, 2019 Posted July 8, 2019 Thanks. We have roaming profiles too. Did you come up with a solution other than not use roaming profiles? Unfortunately, no. We installed a 3rd party calculator and are looking at moving to UEV and local profiles instead. If we do come up with something then I'll post it here.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now