Orphaned Start Menu Apps Workaround

Published 01-12-2021 11:21 PM 1,952 Views
Microsoft

 

Hey community, this is Helmut Wagensonner, a Customer Engineer for Windows Client platform. Today I want to provide you a workaround for an issue I ran into a couple of times now at my customers.

 

Let’s have a look into some details. It appears that built-in Microsoft start menu apps, also known as start apps or inbox apps, show up as orphaned links after upgrading the OS to Windows 10 1909 (and probably also newer versions). The following image shows an example.

 

msresource.jpg

 

We’ve seen this happening in combination with a blocked Windows Store or blocked inbox apps. In some cases, the apps start to heal themselves after a short while. However, we’ve also seen cases where ms-resource items remain.

 

It appears that apps showing orphaned links do not have the InstallLocation property set anymore. You can check this by running the Powershell command

 

Get-AppxPackage | Select Name,InstallLocation

 

from a Powershell window in the user’s context. So re-registering the apps for each user could solve the problem. That’s why engineers working on this topic came up with a workaround, which helped my customers to get the apps fixed. Following Powershell command can be used to repair the start menu:

 

Get-AppxPackage | % { if (!($_.InstallLocation) -and !($_.IsFramework)) { Add-AppxPackage -RegisterByFamilyName -MainPackage $_.PackageFamilyName }}

 

Credits go to Raul Martinez (raulm@microsoft.com) for fine-tuning this one-liner.

 

The command needs to run in the context of the user (i.e. logon script). It retrieves a list of all modern apps installed/registered by the user. If the app is not part of the UWP framework and if its InstallLocation property is empty, it get re-registered for the executing user account.

 

Experiences show that blocking the Windows Store using Applocker can advance the erroneous behavior. Consider one of those GPOs to prevent users from downloading apps from the public store: https://gpsearch.azurewebsites.net/#8215 or https://gpsearch.azurewebsites.net/#13794. Latter is recommended when a private store is available. However, we’ve also seen the orphaned inbox apps issue on clients, which were using the mentioned GPO to block the store.

 

Thanks for reading and stay healthy!

 

Cheers,

Helmut

%3CLINGO-SUB%20id%3D%22lingo-sub-2052550%22%20slang%3D%22en-US%22%3EOrphaned%20Start%20Menu%20Apps%20Workaround%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2052550%22%20slang%3D%22en-US%22%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EHey%20community%2C%20this%20is%20Helmut%20Wagensonner%2C%20a%20Customer%20Engineer%20for%20Windows%20Client%20platform.%20Today%20I%20want%20to%20provide%20you%20a%20workaround%20for%20an%20issue%20I%20ran%20into%20a%20couple%20of%20times%20now%20at%20my%20customers.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ELet%E2%80%99s%20have%20a%20look%20into%20some%20details.%20It%20appears%20that%20built-in%20Microsoft%20start%20menu%20apps%2C%20also%20known%20as%20start%20apps%20or%20inbox%20apps%2C%20show%20up%20as%20orphaned%20links%20after%20upgrading%20the%20OS%20to%20Windows%2010%201909%20(and%20probably%20also%20newer%20versions).%20The%20following%20image%20shows%20an%20example.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22msresource.jpg%22%20style%3D%22width%3A%20999px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F245635i64D99FDAF1107A81%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20role%3D%22button%22%20title%3D%22msresource.jpg%22%20alt%3D%22msresource.jpg%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%E2%80%99ve%20seen%20this%20happening%20in%20combination%20with%20a%20blocked%20Windows%20Store%20or%20blocked%20inbox%20apps.%20In%20some%20cases%2C%20the%20apps%20start%20to%20heal%20themselves%20after%20a%20short%20while.%20However%2C%20we%E2%80%99ve%20also%20seen%20cases%20where%20ms-resource%20items%20remain.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EIt%20appears%20that%20apps%20showing%20orphaned%20links%20do%20not%20have%20the%20InstallLocation%20property%20set%20anymore.%20You%20can%20check%20this%20by%20running%20the%20Powershell%20command%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CPRE%20class%3D%22lia-code-sample%20language-powershell%22%3E%3CCODE%3EGet-AppxPackage%20%7C%20Select%20Name%2CInstallLocation%3C%2FCODE%3E%3C%2FPRE%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3Efrom%20a%20Powershell%20window%20in%20the%20user%E2%80%99s%20context.%20So%20re-registering%20the%20apps%20for%20each%20user%20could%20solve%20the%20problem.%20That%E2%80%99s%20why%20engineers%20working%20on%20this%20topic%20came%20up%20with%20a%20workaround%2C%20which%20helped%20my%20customers%20to%20get%20the%20apps%20fixed.%20Following%20Powershell%20command%20can%20be%20used%20to%20repair%20the%20start%20menu%3A%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CPRE%20class%3D%22lia-code-sample%20language-powershell%22%3E%3CCODE%3EGet-AppxPackage%20%7C%20%25%20%7B%20if%20(!(%24_.InstallLocation)%20-and%20!(%24_.IsFramework))%20%7B%20Add-AppxPackage%20-RegisterByFamilyName%20-MainPackage%20%24_.PackageFamilyName%20%7D%7D%3C%2FCODE%3E%3C%2FPRE%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ECredits%20go%20to%20Raul%20Martinez%20(%3CA%20href%3D%22mailto%3Araulm%40microsoft.com%22%20target%3D%22_blank%22%20rel%3D%22noopener%20nofollow%20noreferrer%22%3Eraulm%40microsoft.com%3C%2FA%3E)%26nbsp%3Bfor%20fine-tuning%20this%20one-liner.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20command%20needs%20to%20run%20in%20the%20context%20of%20the%20user%20(i.e.%20logon%20script).%20It%20retrieves%20a%20list%20of%20all%20modern%20apps%20installed%2Fregistered%20by%20the%20user.%20If%20the%20app%20is%20not%20part%20of%20the%20UWP%20framework%20and%20if%20its%20InstallLocation%20property%20is%20empty%2C%20it%20get%20re-registered%20for%20the%20executing%20user%20account.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EExperiences%20show%20that%20blocking%20the%20Windows%20Store%20using%20Applocker%20can%20advance%20the%20erroneous%20behavior.%20Consider%20one%20of%20those%20GPOs%20to%20prevent%20users%20from%20downloading%20apps%20from%20the%20public%20store%3A%20%3CA%20href%3D%22https%3A%2F%2Fgpsearch.azurewebsites.net%2F%238215%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3Ehttps%3A%2F%2Fgpsearch.azurewebsites.net%2F%238215%3C%2FA%3E%20or%20%3CA%20href%3D%22https%3A%2F%2Fgpsearch.azurewebsites.net%2F%2313794%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3Ehttps%3A%2F%2Fgpsearch.azurewebsites.net%2F%2313794%3C%2FA%3E.%20Latter%20is%20recommended%20when%20a%20private%20store%20is%20available.%20However%2C%20we%E2%80%99ve%20also%20seen%20the%20orphaned%20inbox%20apps%20issue%20on%20clients%2C%20which%20were%20using%20the%20mentioned%20GPO%20to%20block%20the%20store.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThanks%20for%20reading%20and%20stay%20healthy!%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ECheers%2C%3C%2FP%3E%0A%3CP%3EHelmut%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-TEASER%20id%3D%22lingo-teaser-2052550%22%20slang%3D%22en-US%22%3E%3CP%3EToday%20I'm%20posting%20a%20workaround%20to%20repair%20broken%20start%20menu%20apps%20after%20an%20Windows%2010%20inplace%20upgrade.%3C%2FP%3E%3C%2FLINGO-TEASER%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2052550%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EHelmutWagensonner%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Version history
Last update:
‎Jan 14 2021 04:46 AM
Updated by: