Other features or issues related to Microsoft Partner Center
This behavior matches a known pattern where an older app package is reused instead of the newer one, leading to mixed or incompatible files between versions.
In environments where an older version of an app was previously installed, shared or cached files from that older version can be reused and effectively “downgrade” or corrupt the newer installation. A similar issue is documented for Microsoft Store apps when different versions are deployed or updated in mixed ways (for example, via management tools vs. online Store), where older shared files replace newer ones and prevent the updated app from working correctly.
Because this is a Store content and distribution issue (CDN/caching and package propagation for a specific AppId), resolution requires direct intervention from Microsoft Store/Partner Center support rather than local client troubleshooting. The necessary actions include:
- Having Microsoft support verify that only the 1.4 package is active and offered for the app’s AppId in all rings and markets.
- Having Microsoft support check for any stale or misconfigured deployment artifacts (such as older offline or staged packages) associated with version 1.3 that could still be targeted to existing devices.
- Requesting that Microsoft purge or invalidate any cached 1.3 content associated with the app’s AppId on the Store/CDN side so that all devices, including those with prior 1.3 installs, are forced to retrieve the 1.4 package.
From the developer side, there is no supported way to purge Store/CDN caches or force global package invalidation; this can only be done by Microsoft. The correct next step is to open a support ticket through Partner Center (or the appropriate Microsoft support channel for Store publishers), provide:
- The app’s exact AppId and package identity details for 1.3 and 1.4.
- Reproduction details (fresh machine vs. machine with prior 1.3, observed installed sizes, and failure to launch).
- Confirmation that 1.4 is the only version that should be distributed.
Support can then:
- Confirm that 1.4 is fully propagated.
- Remove or disable any remaining 1.3 deployment artifacts.
- Trigger cache invalidation so that affected devices no longer receive or reuse the 1.3 package.
Keeping one device in the problematic state is useful; once Microsoft confirms the purge and propagation, that device can be used to validate that the Store now downloads and installs the correct 1.4 package and that the app launches successfully.
References: