A community where customers and the community can provide feedback to make a better product for everyone! For more details on how we prioritize requests, please see:
Currently, the "Scan [ConfigMgr Database]/[Intune] for Supported Products" tools return apps/updates that do not match our environment. For example, since the addition of support for ARM apps, it now returns "EXE-ARM" apps/updates despite ARM not being enabled in the Publisher nor any ARM apps being present in our environment.
What I would like to see is either:
More accurate matching for the specific architecture of app/update detected in the environment with the available apps/updates in the catalog. This would provide more confidence that the apps/updates returned by this tool accurately reflect the real-world state of your environment.
More filters added to the tool such as for architecture (x64, x86, ARM) or installer type (EXE, MSI) so you can clean up the results to focus only on the items you're interested in.
Hi ,
Thank you for the feedback regarding ARM architecture matching when using the "Scan ConfigMgr Database/Intune for Supported Products" feature.
After reviewing the request, we found that this is a limitation of the inventory data available from ConfigMgr and Intune. In many cases, ARM64 and x64 applications appear identical in the application inventory data collected by these platforms. Unless the software vendor explicitly identifies the architecture in the application metadata (for example, by including "ARM64" in the display name), there is no reliable way for Patch My PC to consistently differentiate between ARM64 and x64 installations.
Because of this limitation, when ARM products are enabled, some applications may be identified as supported even though the underlying inventory data does not provide enough information to accurately determine the architecture. This is why Patch My PC displays a warning when ARM product support is enabled.
At this time, we do not have a reliable implementation path that would allow us to accurately filter or match ARM applications during database scanning without introducing false positives or false negatives. As a result, we do not currently plan to implement this request.
We appreciate you taking the time to submit the feedback and will continue monitoring both Microsoft platform capabilities and customer demand for improvements in this area. If Microsoft exposes additional architecture-specific inventory data in the future, we can certainly revisit the request.
Please let us know if there are specific scenarios where you're encountering challenges with the current behavior and we'd be happy to discuss possible workarounds.
I do not have ARM products enabled in the publisher, however.
+3
We have ARM enabled for 1 device so far, but:
The count of applicable devices for each app in the publisher shows thousands.
The count in #1 includes apps that are not installed on our 1 ARM device.
There is no filtering by architecture, so I have to export the CSV to exclude those with "ARM" in the name to easily see the rest.