From the Application Workspace Packages page, you can view and/or edit the options associated with an individual package by double-clicking on its entry.
If the package is managed by a connector, some options may be unavailable.
Overview
The Overview tab display basic package information.
Type - This information is read-only, with one exception: the Remote application package type has 'Remote' auto filled for this field and must not be changed.
Priority - Determines the execution order when multiple packages are assigned to an event (on a user or device entitlement); the order of execution is from low to high.
Agent Required - Determines if the package is available only when a Application Workspace Agent is running.
Offline - Determines if the package is available for users that use the offline mode of the Application Workspace Agent; this causes the package content to be distributed on login/refresh, to ensure that the package is available for launch/installation actions. This is useful for example in situations where the user wants to start an application, but his device is on a remote location without an internet connection, or the company policy forbids connecting to unknown access points.
User auto launchable - When enabled, users can choose to start this package on logon by enabling the Autolaunch option in the context menu of the app. This feature is available only with events enabled; events are enabled by default.
Events
Displays all events that are associated with the package.
The following columns are available:
Type - The type of the event associated with the package.
Status - Shows whether or no the event was completed successfully.
Identity - The user that triggered the event. For example, the user who initiated a package launch.
Device - The device the user was logged on when the event was triggered.
Package - The name of the package associated with the event. This column is hidden by default.
Time - The date and time the event was triggered.
Auditing
View a comprehensive log of changes to this package, displaying the identity behind each modification.
This screen is available only if the auditing is enabled in the Database Event Collector. For more information, see Auditing.
Entitlements
Allows you to assign identities like users, user collections, groups, devices, device collections or contexts to the current package. This grants users or devices access to an application.
To view or edit the details of an identity, double-click its entry.
The Edit entitlement window will open with the following options:
Overview tab
Identity - The display name of the existing identity you selected for this entitlement.
Stage - The release stage used for this identity; this feature is only available for Release and Patch Management license.
Publish - The package can be published in one of these ways:
- Hidden - The package is available to the user but is hidden. This can be useful for example if you only want to start this application with an event.
- Catalog - Publishes the package to Catalog, where users can get/request the application if they need it.
- Workspace - Publishes the package to Workspace. The user can remove the package which will automatically return to Catalog.
- Forced - The package is pushed forcefully on Workspace and cannot be removed by the user.
Native Icons - Select where the native icon of the package should be displayed for Windows or Mac OS. For it to work, an Agent must be running on devices.
- Desktop - The icon will be displayed on the user's desktop, on a Windows OS.
- Start Menu - The icon will be displayed in the user's Start Menu, on a Windows OS.
- Taskbar - The icon will be displayed in the user's Taskbar, on a Windows OS. Issues have been reported with Windows version 10 1903 or higher; see known issues for more details.
- macOS Desktop - The icon will be displayed on the user's desktop, on a macOS.
Approver - Gives the identity the rights to request and approve an application from Catalog. Works only if an app is published in Catalog, from where the user is able to request it following the steps described in Catalog.
The Managed column on the Entitlements tab denotes that the entitlement comes from a connector, configured as a synchronized connector that manages the package, like Application Workspace, Remote Desktop and VMware Horizon. It cannot be modified.
Events tab
You can configure an event to trigger an action on this package. To add an event, click the Add button; to edit an existing one, double-click its entry.
The following triggers are available:
Application Workspace Logon - Triggers when a user logs in to the Application Workspace.
Refresh - Triggers when a refresh is triggered.
Session connect - Triggers when a remote desktop session is connected/reconnected.
Session disconnect - Triggers when a remote desktop session is disconnected/interrupted.
Session lock - Triggers when a desktop session is locked.
Session unlock - Triggers when a desktop session is unlocked.
Agent startup* - Triggers when the Agent service is started.
Device startup* - Triggers when the device is started. This option does not work for devices with Windows OS that have the Fast startup or Hibernate enabled.
Device shutdown* - Triggers when the device is shutdown. This option does not work for devices with Windows OS that have the Fast startup or Hibernate enabled.
User login - Triggers when a user logs in to the device.
User logout - Trigger when a user logs out of the device.
Network change - Triggers when a network (interface/adapter) change occurs. The changes are grouped together when there is less than 5 seconds between them and will happen over a maximum time frame of 20 seconds.
* This event is available only on device assigned entitlements.
Dependencies
Lists all the components this package depends on and components that depend on this package. When you double-click an entry, the referred action is displayed.
Note that only package type actions can create dependencies e.g.: distribute, install, launch, repair, uninstall.

Tags
View, remove or add tags to your package.
To add a tag, start typing in the Search for the desired tag and select it from the results lists.
TIP: Alternatively, you can select the ellipsis (...) to the right of the Search to view all the tags available.

To view the details of a tag or edit it, double-click its entry.
The source of a managed tag is a system certificate and it cannot be changed.
Catalog section
The catalog section provides basic options to configure the manner in which the application is displayed for the user in the Catalog tab of Application Workspace.
Catalog: Overview
Display name - The name displayed in the Catalog for the user. By default, it is the name you give to the app when you created it, but you can write a different name in this field.
Featured on the catalog - When checked, the package will be displayed in the Featured section of the Catalog, at top of the tab. See Catalog for more details.
Excerpt - A shorter version of the application description, displayed on the application tiles.
Description - The longer version of the application description, displayed in the catalog information screen. See Catalog for more details.
Website - Provide users a website associated with the application. This can be the official website or for example a knowledge base article within the organization. The Website button will be displayed on the application tiles and catalog information screen. See the Netflix example in the image above.
Catalog: Reviews
The reviews tab lets you manage the reviews written by the users for the application. These can be moderated or deleted.
Catalog: Media
The media screen allows you to add images which are displayed in the user catalog. You can choose to display the image selected as:
- Banner displayed only for apps that have the Featured on the catalog option checked.
- Screenshot displayed in the catalog information screen of the app.
- YouTube Videos displayed in the catalog information screen of the app
For YouTube videos to load properly, you'll need to add the following URL to CORS and CSP in the Security Settings: https://*.youtube-nocookie.com
Catalog: FAQ
The FAQ allows you to add frequently asked questions to the user catalog.
When you click on the Create question button, a dialog pops-up which allows you add a question and answer. You even have some basic formatting options at your disposal for the answer.
Catalog: Categories
Displays a list of categories associated with the current package.
View, remove or add categories to your package. To add a category, simply start typing in the lookup field for the desired category and select it from the results lists. Or select the browse button
at the right of the lookup field to open the Categories dialog box and view all the categories available. To view the details of a category or edit it, double-click its entry.
For more information see Categories.
Catalog: Licenses
Displays a list of product licenses associated with the current package.
View, remove or add licenses to your package.
To add a license, start typing in the Search for the desired license and select it from the results lists.
TIP: Alternatively, select the ellipsis (...) to the right of the Search to view all the licenses available.
To view the details of a license or edit it, double-click its entry.
For more information see Licenses.
Releases section
An individual package can have different package snapshots in different stages. Package staging allows you to test updates in multiple stages of the application lifecycle before its deployed to all users in the Production stage. The available stages are:
- Development - This is the stage in which you can update the package. Assigning this stage to users is not recommended as any change in the package will be live for the assigned users right away.
- Test - This is the stage you can assign to users for test purposes. Usually, test users test the package on a technical level. (e.g. check if the package actions work as expected)
- Acceptance - This stage is used for acceptance purposes. Assign users who can accept the package prior to updating the application to production in this stage. Usually, acceptance users test the package on a functional level. (e.g. check if the application works as expected)
- Production - This is the stage most widely used in production environments. After a package is changed within Development, tested within Test and accepted in Acceptance by the users, you can place the package in production.
The Test and Acceptance stages are available with a Release and Patch Management license.
Packages can be modified only in the Development stage.
When a package in the development stage is being distributed/installed/launched then both distribute and install action sets will be executed forcefully every time the package is triggered. The configured action set frequencies will be ignored.
Releases: Overview
Displays the release dashboard and a list of cancelled and archived versions of a package.
- Cancelled stage - a stage is cancelled when:
- you overwrite the version of the stage with a package version from another stage
- you skip it by moving a package version from a lower stage to a stage higher than the current one
- you delete the stage by clicking on the Bin icon on the stage
- Archived stage - only a version from the Production stage can become archived, after you overwrite it with a new version.

Each of the snapshots listed in the table can be recovered at any time; what's more, you can choose to publish it to any stage. Just select the desired snapshot, then click Publish in the table toolbar and in the Publish "Release" dialog box that opens, select the stage to which you want to publish the snapshot and change the name and description of the release if needed.
Releases: Shortcuts
Shortcuts allows you to define multiple icons and names for a single package that are published within the Workspace, but are listed as a single item in the Catalog. Any of the shortcuts can be disabled, thus hiding them when the application is added to the Workspace.
A "primary" shortcut is always available on a package and can't be removed. It contains the default icon displayed to the user, which you can overwrite, and allows you to override the display name configured in Catalog section > Overview.
Releases: Variables
Displays all the system variables configured in Workspace > Variables. Variables give you the tools to be as dynamic as possible as they can currently be defined on different levels. The inheritance flows top-down and supports local override. This means a variable defined on system level, can be used in contexts and packages. That same variable could be overridden on for example package level, to provide dynamic customization based on the entity.
In the Development stage you can override any of the existing variables by clicking on them or you can create new variables by clicking on the Create variable button in the table toolbar.
For a variable named 'MY_CUSTOM_VAR' you must use the following notation in fields that support variables: ${MY_CUSTOM_VAR}
For more information about system variables see Variables.
Releases: Filters
Filters allow you to define when a package is available for a user/device based on certain requirements. For example, only enable a package if a certain file is available on the device that is used to access the Application Workspace.
Filters are grouped by filter sets, and you can use the 'AND' or 'OR' operators between sets of filters and within sets.
For detailed information about all the filters available for a package see Filters.
Releases: Actions
On the Releases Actions tab, you can define the behaviour of the package by creating actions. Actions are grouped by action sets, and you can use the 'AND' or 'OR' operators between sets of actions and within sets.
To view an existing action set:
1. On the Actions tab for a selected package, click View action set.

2. In the View action set window that opens, verify Overview information and/or Filters.
For detailed information about all the actions available for a package see Actions.
When the type of action set is the same, you can change the order of execution of actions sets by clicking on the title bar of the action set and dragging and dropping it in the new location.

To create a new action for a package:
1. On the Actions tab for a selected package, click Create action.
2. On the Overview tab, select Type, Repair, Shortcut, and Frequency options.
Overview tab
Type - Determines how actions are executed:
- Distribute - Is used to download all content that is needed for installation on devices and is executed only once per device.
- Install - Is used to install the package on devices. Use the frequency option to specify when an installation is required.
- Launch - Is executed each time the user clicks on the smart icon of the package.
- Repair - Is executed when the user clicks on Repair
in the Context menu of the app, in Workspace.
The Repair option becomes visible to a user, only after they click on an icon that implies executing an action on his device, e.g. copying files or launching an .exe file (meaning for a package with a Distribute, Install or Repair action set configured). It is not displayed for apps that open in the browser.
If no Repair action set is defined in case of a package containing Distribute or Install action sets, the install actions will be relaunched.
- Uninstall - Is executed only when it's triggered by an uninstall event configured for the identity entitled or triggered by a different package.
Shortcut - Shortcut selection is available only for a Launch action set.
Process - Determines the order the actions within the action set are executed:
- Sequential - The actions in the action set are executed in order, stopping at the first error.
- Sequential, ignore errors - The actions in the action set are executed in order, ignoring errors.
- Stop at first effective action - The first effective action in the action set will be executed while the rest will be ignored.
- Stop at first successful action - The first successful action in the action set will be executed while the rest will be ignored.
Frequency - Depending on the action set type there will be different options:
- Always - the action will always be executed.
- Once per user - the action will be executed only once per user.
- Once per device - the action will be executed only once per device.
Filters tab
Here you can define conditions which determine if the actions within the set will be executed. Learn more about Filters.
To edit action settings:
1. On the Actions tab for a selected package, double-click on an action.
2. In the Edit action window that opens, edit settings on the General and/or Advanced tabs. The elements on the General and Advanced tabs vary according to the type of the action. See the full list of Actions.
3. On the Filters tab, set the conditions under which the action should run (optional). See the full list of Filters.
in the Context menu of the app, in Workspace.