Windows store App page bug

Question

Windows store App page bug

Dmytro Kravchenko 35

Hi, why this product pages show the file size and “max 10 installs”: https://apps.microsoft.com/detail/9nzqkmvbg11r?hl=en-gb

But here, I don’t see that information: https://apps.microsoft.com/detail/xp9bfpf8pfgtkj?hl=en-gb

What could be the problem? Is there some catch? Also, I receive errors 0x80072EE2 or 0x801901F6 when downloading from: https://apps.microsoft.com/detail/xp9bfpf8pfgtkj?hl=en-gb

0 comments

Answer accepted by question author

Restee Miranda 14,065 Independent Advisor

Hi Dmytro, Thanks for posting here in the forum. I have checked all of the Microsoft App links you have sent. Is your device a personal or managed by your company or organisation? The reason you're seeing file size and "max 10 installs" info on one Microsoft Store app page but not the other is likely due to how the app publisher configured the listing.

Some developers provide detailed metadata like file size, install limits, and system requirements. Others skip it, either intentionally or because the app is distributed differently (like via a web wrapper or dynamic install). Microsoft Store only shows what the publisher includes, and sometimes it hides info for apps that are installed via external links or enterprise channels.

As for the download errors (0x80072EE2 and 0x801901F6), they’re both network-related: 0x80072EE2 means a timeout connecting to Microsoft’s servers. 0x801901F6 usually points to a failed HTTP request, often due to server-side issues or corrupted Store cache.

Here’s what you can try: Reset the Store cache: Press Win + R, type wsreset.exe, and hit Enter. Check your internet: Try switching to a different network or mobile hotspot. Flush DNS: Open Command Prompt as admin and run ipconfig /flushdns. Disable proxy settings: Go to Internet Options > Connections > LAN Settings and uncheck "Use a proxy server". Make sure BITS service is running: Open services.msc, find "Background Intelligent Transfer Service", and start it if it's stopped.

Let me know what happens. Regards, Rez

Dmytro Kravchenko 35 Reputation points

2025-10-13T18:48:37.9666667+00:00

But why don’t I see those errors on AnyVPN, even if I have a problem with the Windows Store cache or VPN?
Restee Miranda 14,065 Reputation points Independent Advisor

2025-10-13T19:14:04.6033333+00:00

Это происходит только с VPN? Вы пробовали подключиться к другой сети и скачать VPN?
Restee Miranda 14,065 Reputation points Independent Advisor

2025-10-13T19:15:53.56+00:00

Вы попробовали предложенные шаги по устранению неполадок?
Dmytro Kravchenko 35 Reputation points

2025-10-14T08:07:16.8166667+00:00

Yes, it only happens when I change the connection. My question isn’t how to fix it, but why one app works fine while another identical app doesn’t (exe installer). I’m asking this as a developer who wants to publish the product in the Windows Store.
Restee Miranda 14,065 Reputation points Independent Advisor

2025-10-14T14:22:04.61+00:00

The difference in how the two apps behave when connections change comes from how they handle network needs and permissions. The app that keeps working is probably tougher because it saves data, retries requests, or uses methods that let it keep going even when the network changes.

On the other hand, the app that fails might depend on direct network requests or a specific connection, so it stops working when the connection changes. If you want to put your app on the Windows Store, remember that apps there are in a secure space with stricter network and permission rules. Make sure your app deals with connection changes well, has good error handling, and follows UWP or MSIX packaging rules.

However, I'm an independe advisor and can only provide support.
Dmytro Kravchenko 35 Reputation points

2025-10-14T14:53:49.0766667+00:00

Bruh, it store errors, wdm "app tougher", Nvm deference was that first is .msi and second .exe packages, .exe errors "0x80072EE2 or 0x801901F6" exists from the 2020 but better than "clear cache or use VPN" dosn`t invented", just need to use .msi

1 additional answer

Your answer

Dmytro Kravchenko 35 Reputation points

2025-10-13T18:48:37.9666667+00:00

But why don’t I see those errors on AnyVPN, even if I have a problem with the Windows Store cache or VPN?
Restee Miranda 14,065 Reputation points Independent Advisor

2025-10-13T19:14:04.6033333+00:00

Это происходит только с VPN? Вы пробовали подключиться к другой сети и скачать VPN?
Restee Miranda 14,065 Reputation points Independent Advisor

2025-10-13T19:15:53.56+00:00

Вы попробовали предложенные шаги по устранению неполадок?
Dmytro Kravchenko 35 Reputation points

2025-10-14T08:07:16.8166667+00:00

Yes, it only happens when I change the connection. My question isn’t how to fix it, but why one app works fine while another identical app doesn’t (exe installer). I’m asking this as a developer who wants to publish the product in the Windows Store.
Restee Miranda 14,065 Reputation points Independent Advisor

2025-10-14T14:22:04.61+00:00

The difference in how the two apps behave when connections change comes from how they handle network needs and permissions. The app that keeps working is probably tougher because it saves data, retries requests, or uses methods that let it keep going even when the network changes.

On the other hand, the app that fails might depend on direct network requests or a specific connection, so it stops working when the connection changes. If you want to put your app on the Windows Store, remember that apps there are in a secure space with stricter network and permission rules. Make sure your app deals with connection changes well, has good error handling, and follows UWP or MSIX packaging rules.

However, I'm an independe advisor and can only provide support.
Dmytro Kravchenko 35 Reputation points

2025-10-14T14:53:49.0766667+00:00

Bruh, it store errors, wdm "app tougher", Nvm deference was that first is .msi and second .exe packages, .exe errors "0x80072EE2 or 0x801901F6" exists from the 2020 but better than "clear cache or use VPN" dosn`t invented", just need to use .msi

Answer 1

Dmytro Kravchenko 35

Diff was that first is .msi and second .exe install packages, .exe package from store may spawn errors "0x80072EE2 or 0x801901F6" they exists from the 2020, but better than "clear cache or use VPN" dosn`t invented", just needed to use .msi

0 comments

Share via

Windows store App page bug

1 additional answer

Your answer