Omnissa App Volumes Release Notes

Omnissa App Volumes is a real-time application delivery system that enterprises can use to dynamically deliver and manage applications.

Omnissa App Volumes Release Notes lists New Features, Resolved Issues and Known Issues for this release.

What's New

• Application Relationships

  Introduces support for application dependency, conflict, and precedence, enabling controlled and predictable application delivery across environments.

  • Application Capture with Prerequisites

    Prerequisite packages can now be delivered to the capture machine, allowing the application to be packaged with required dependencies present and referenced later through application relationships.

• VMDK-to-VHD Package Conversion

  Adds automated conversion from VMDK to VHD, enabling a consistent package format across physical, virtual, and cloud environments. VHD becomes the preferred format for modern deployments, offering greater portability and flexibility for hybrid use cases, while VMDK remains supported.

  This capability is available in prior releases; however, it is now significantly streamlined and enhanced to deliver a more efficient and enterprise-ready migration experience.

• MSIX Packaging Workflow Simplified

  Introduces a streamlined command-line workflow for MSIX packaging, reducing manual steps and simplifying large-scale package creation. This improves consistency and lowers the operational effort required to adopt and manage MSIX-based applications.

• Seamless In-Session App Updates

  Applications can now be updated without requiring user logoff or session restart. Previously limited and requiring additional configuration, this capability is now brought forward as a standard experience across both physical and virtual Windows environments.

• On Demand Delivery Selected by Default

  New packages created in App Volumes Manager now default to On Demand delivery instead of Classic. This aligns system behavior with the recommended delivery model and helps drive consistent adoption without requiring manual configuration.

Resolved Issues

• [AVM-46052] "A ConnectionTimeoutError: Could not obtain a connection from the pool within... all pooled connections were in use" might occur due to a database connection leak when a large number of ESXi hosts are used for direct mounting of App Volumes packages.
  Direct mounting occurs when a vCenter Server is configured as the machine manager with the Mount ESXi option enabled, or when an ESXi (Single Host) is configured as the machine manager. This issue is more likely when the number of ESXi hosts are high.

• [AVM-45808] An end user cannot log into any virtual machine if their VHD Writable Volume stays attached after a virtual machine crashes.

  In VHD In-guest mode if a Writable Volume is attached and the VM crashes, the following might happen: If a Writable Volume is in use during the failure, the file share might not release the file handle from the crashed virtual machine. As a result, the user is prevented from using the Writable Volume on other virtual machines. If the Exception Resolution setting of the Writable Volume is configured as Block user login, the user cannot login into other virtual machines.
  
  When the Writable Volume is requested for a user and the unused file handle is released, the Writable Volume attachment is updated in App Volumes. The user can then use the Writable Volume in any virtual machine they log into. Administrators can configure the file share to modify the behavior of unused file handles.

• [AVM-45692] The Browse button for selecting a custom location fails to work when installing App Volumes Manager in the custom location (other than the default location). As a result, App Volumes Manager cannot be installed in the custom location.

• [AVM-45652] The launch of an on demand published application, which is delivered by App Volumes, fails in Horizon 2512 with the following error message The application could not be launched, possibly because it is missing or misconfigured. Contact your administrator for more information. This issue is seen with App Volumes 2512 and earlier.

• [AVM-45784] Application capture might fail because volumes do not mount on the capture VM when the VMDK Package Attachment Resiliency, an advanced setting, is enabled in App Volumes Manager.
  For more information about this setting, see the App Volumes Manager Configuration Settings page in the App Volumes Administration Guide at Omnissa Product Documentation.

• [AVA-27583] Direct Mode installation cannot happen in non persistent machine error occurs when the App Volumes installer (msiexec) is run in an elevated command prompt, without using the /qn (silent install) parameter, with DIRECT=1 and NONPERSISTENT parameter is not used.
  If DIRECT=1 and NONPERSISTENT is not used (or NONPERSISTENT=0), then App Volumes agent is installed in the Standalone mode. For more information about the parameters, see the Install App Volumes Agent section in the App Volumes Install Guide at Omnissa Product Documentation.

• [AVA-27418] The App Volumes agent incorrectly identified mapped network drives as local drives, causing unexpected folder-creation behavior.

• [AVA-27442] In some environments like Hyper-V, application capture fails with the following error: virtual disk delete failed: The process cannot access the file because it is being used by another process.

Known Issues

The number included after each known issue is used by the internal issue tracking system:

• [AVA-28036] Some issues occur when using App Volumes-packaged MSIX applications due to a race condition between App Volumes and an OS operation. The issues are as follows:

  • In a Horizon RDSH session, the MSIX applications might fail to launch with the following error: Windows cannot access the specified device, path, or file.

    Workaround: Wait for a few seconds to allow the OS to complete its operation and launch the application again.

  • In a Dependency or Install Order Application Relationships scenario, if an MSIX application is the base or the first application, then as per the expected behavior, the MSIX application must virtualize first followed by the dependent or the second application respectively. Instead, the dependent or the second application might get virtualized even before the MSIX application. Neither relationship type is honored.

    Note: For Dependency, the expected behavior is when the base application fails to virtualize, then virtualization of the dependent application also fails.

  For more information about application relationship types, see Understand Types of App Volumes Application Relationships.

• [AVA-24547] .tmp files are seen in the install directory when an upgrade rolls back in a persistent machine with active entitlements.
  These files do not affect any App Volumes operations. By default, these files are automatically deleted after the machine restarts.

  Workaround: If they are not deleted due to any issue, then you can navigate to the install directory and manually delete the files.

• [AVA-24493] If the CURRENT marker of the application is modified after the user launches the application in a session, RemoteApp launch silently fails in Azure Virtual Desktop.

  Workaround: To use the RemoteApp, the end user must log out of the Remote Desktop client app and log back in again.

• [AVA-26351] An OS junction point from a native folder that belongs to a banned list to a non-virtualized folder (such as %APPDATA% in configurations that do no use UIA+Profile Writable Volume or a Profile-only Writable Volume) does not work properly. Files written to the junction source do not appear in the junction target.

• [AVA-26353] In a multi-session environment, the error associated with the Microsoft Office application is also visible to users who are not assigned this application package. While the application does not behave as expected for the users assigned to this package, the error has no effect on users who are not assigned to the package.

• [2791414] When a Writable Volume and FSLogix Office Container are deployed together in a VDI, the FSLogix Office Container VHD is not created on an SMB file share. This issue occurs only when the Cloud Cache feature is enabled.

  Workaround: Deactivate the Cloud Cache feature of FSLogix Office Container.

• [2624048] Sometimes, the applications that are packaged using App Volumes versions older than 2.18.2 have many redundant firewall rules. These rules can impact the end-user login time on agent computers where the application package is deployed. This issue is fixed in App Volumes 2.18.2 and later.

  Workaround: If you are migrating an application package created in an App Volumes version earlier than 2.18.2 with such an issue, repackage the application after migrating to the target version.

• [2845852] When a remote printer is defined on a UIA+Profile Writable Volume and the printer is attached to its print server through a USB interface, the printer definition on the Writable Volume might get deleted on the next non-persistent logon.

  Workaround:

  On the system volume, add the following two scripts to %SVAgent%\Config\Custom\uia_plus_profile :

  OnPreLoadApp.bat: sc config spooler start= disabled net stop spooler OnPostEnableApp.bat: sc config spooler start= auto net start spooler
  

  If you already have the same script names on the Writable Volume, add the spooler commands to the scripts.

  When a script is present on a Writable Volume and in the system volume at %SVAgent%\Config\Custom\uia_plus_profile , App Volumes agent runs the script present on the Writable Volume and ignores the script on the system volume. To ensure that the App Volumes agent runs both scripts, you can add the following to the script on the Writable Volume:

  if exist "%SVAgent%\Config\Custom\uia_plus_profile\%~nx0"
  ("%SVAgent%\Config\Custom\uia_plus_profile\%~nx0")
  

• [2115593] A Writable Volume move or copy operation might fail when bulk operations are performed on many volumes.

  Workaround: Retry the move or copy operation.

App Volumes Documentation

• For information about how to install, deploy, and upgrade Omnissa App Volumes see Omnissa App Volumes Installation Guide.

• For information about how to configure and use Omnissa App Volumes see Omnissa App Volumes Administration Guide.

Omnissa App Volumes documentation is available at Omnissa Product Documentation.

Internationalization

App Volumes content is available only in English.

Support Contact Information

To receive support, access Customer Connect.

To file a Support Request in Customer Connect and via Cloud Services Portal, see How to file a Support Request in Customer Connect and via Cloud Services Portal -6000005.