Product Tree

Applies to: Patch My PC Publisher

Overview

The product tree is where you choose which applications the Publisher should publish, and keep up to date, in your environment. It’s a hierarchical view that lets you enable applications at different levels of granularity, from all products down to individual products.

Tip

For more detail on product naming conventions in the product tree, refer to Catalog Information.

Product Tree Structure

The product tree can be expanded or collapsed to three main levels:

1. All Products

   • The root of the tree.

   • Right-clicking this node exposes customization options that apply globally to all vendors and products.

2. Vendor Level (for example, Adobe Systems, Inc.)

   • Expanding a vendor shows all supported products from that publisher.

   • Selecting a vendor indicates you want the Publisher to manage applications for all supported products under that vendor (subject to explicit exclusions or customizations).

3. Product Level (for example, Adobe Acrobat Reader DC Continuous (x64))

   • This is the most granular level.

   • Selecting an individual product means the Publisher will manage applications only for that specific product.

Tip

On the ConfigMgr Apps tab, an additional All Custom Products tree is available. This tree uses the same hierarchical structure as the All Products tree, including the All Products, vendor, and product levels.

The All Custom Products tree is used to manage custom application creation and behavior for Custom Apps created in Patch My PC Cloud.

This tree is not available on the Updates tab.

What selecting a checkbox means

When you check a box at any level in the product tree, you are telling the Publisher:

"I want you to publish and keep the latest version of this product up to date during the next sync cycle"

• Publisher does not immediately publish content when you tick a box.

• The selection is evaluated during the next sync, at which point:

  • New applications are published (if available).

  • Content is prepared according to your previous customizations.

  • Retention is handled.

The checkbox states behave as follows:

• Checked (✔) – All products under that node are selected.

• Dash (–) – A partial selection exists (some child products selected, others not).

• Unchecked (☐) – No products under that node are selected.

This visual feedback allows you to quickly understand whether you are managing a single product, a subset of products, or an entire vendor, and gives you precise control over how broadly or narrowly applications are published.

Example

In the example below, 8x8 Quality Management (MSI-x86) demonstrates a single product selection. Only 8x8 Quality Management is checked. The 8x8 vendor checkbox shows a dash (indeterminate state) rather than a full checkmark. This indicates that the Publisher will manage applications for that specific product only, and no other products from the 8x8 vendor will be published at the next Publisher sync.

In contrast, "Adobe Systems, Inc." demonstrates a vendor-level selection. The Adobe vendor checkbox shows a full checkmark rather than a dash (indeterminate state). This indicates that all products under the Adobe vendor are selected.

Which Products should I Select?

All Products Level

For most environments, it’s not recommended to select All Products for publishing. The Patch My PC catalog contains far more products than are typically installed in any single organization, and selecting everything can lead to unnecessary publishing, storage consumption, and administrative overhead.

Vendor Level

Selecting a vendor on the ConfigMgr Apps tab is acceptable when you are confident that the vendor has broad coverage in your environment. For example, organizations with widespread Adobe usage may reasonably choose to select the Adobe vendor rather than managing each product individually.

Important

Products marked with Latest in the product name will always update a client to the vendor’s latest major version.

(Latest) Version Consideration

In the example below, selecting Cisco Jabber Latest (MSI-x86) means devices targeted with this application that are running Jabber 14.x will be upgraded to 15.x automatically

• This may be undesirable if:

  • Your organization has not validated the new major version

  • The upgrade introduces breaking changes

  • Compatibility with other systems is not yet confirmed

In this scenario, selecting individual major versions (for example, Cisco Jabber 14) at the product level provides significantly more control over version behavior and helps avoid unintended major version upgrades. If your environment standardizes on Jabber 14.x, selecting a Latest product would eventually move devices to Jabber 15.x once it becomes the vendor’s current release, which may not be desirable due to compatibility, change control, or user impact considerations.

For this reason, product-level selection is often the safer and more predictable approach, especially for applications where major upgrades introduce functional changes or require additional validation.

Product Level (Recommended)

It's recommend to start conservatively with product selection for your publishing intent:

1. Begin with a small number of familiar, well-understood products.

2. Observe installation behavior, detection, deployment, and user impact.

3. Gradually expand product or vendor selections as confidence grows.

This phased approach reduces risk, improves predictability, and helps ensure that third-party application deployment aligns with your organization’s operational and change-management practices.

Discovery

If you’re unsure which products exist in your environment, which makes manual product selection difficult, the Scan Wizard is often the best starting point.

The Scan Wizard leverages hardware inventory data from ConfigMgr clients which provides accurate visibility into installed third-party software. More details on the Scan Wizard and be found on the Form Controls page.

Iconography

Within the Publisher, the product tree uses visual indicators to highlight when additional attention or configuration is required before an app or update can be published successfully. These icons are designed to make potential blockers obvious at a glance.

Manage Conflicting Processes

A blue cross icon indicates that the application has conflicting running processes that must be handled during installation or upgrade. In the scenario where the appliction is being upgraded on the client through a required deployment, it must be closed for a successful installation..

When a product that contains conflicting processes is selected, the Manage Conflicting Processes right-click customization option is automatically enabled. By default, this is set to Skip installation when conflicting processes are in use, ensuring that application upgrades do not fail or forcibly interrupt users if the application is currently running. This default provides a safe and predictable upgrade path and can be adjusted if a different behavior is required, like prompting the user to close the open application before the update installation begins.

Customer-Provided Installer Required

The blue download arrow means that Publisher cannot automatically download the installer binary from the vendor and customer action is required.

This typically occurs when:

• The vendor hosts the installer behind a customer login or support portal.

• The installer must be manually downloaded and extracted before it can be used.

In these scenarios, the customer must supply the installer using one of the supported customization options.

For step-by-step guidance, refer to:

• Customizations

• Advanced > Local Content Repository

These pages explains how to store and reference customer-provided binaries so the Publisher can consume them during publishing.

Note

This feature is also referred to as 'Binary free apps' and leverages the 'Local Content Repository'.