VMware App Volumes 4, version 2103.1 | May 06 2021 | Build 184.108.40.206
Check for additions and updates to these release notes.
What is in the Release Notes
The release notes cover the following topics:
The VMware App Volumes 4, version 2103.1 includes bug fixes and known issues.
App Volumes documentation is available in English.
App Volumes Manager does not bring agent computers online when they are running inside a linked clone desktop pool. This issue affects the master image virtual machine and linked clone pool virtual machines. 
Shellstart.bat is not triggered after a Writable Volume gets attached. This impacts the Outlook (.ost) file redirection when natively installed Microsoft Office is deployed with a UIA-only Writable Volume. Any command added to shellstart.bat is ignored. 
svdriver does not load after installing App Volumes Tools on the virtual machine which has secure boot enabled. As a result, package capture times out with the following error messages:
ERROR: disk-identify event not signaled after 300 secs
ERROR: program failed in install mode CmdNew (Error: 0x0)
NOTE: For App Volumes 4, version 2103.1, use VMware_App_Volumes_v220.127.116.11_12052021.ISO which contains this resolved issue.
Writable Volumes (2.x) are not automatically created for newly added members of an Active Directory group. 
Workaround: Create the Writable Volume manually for the user.
When creating Writable Volumes for a group with many users before user login (Delay check box is not selected), the Create Writable Volume page times out with a Server Timeout error. However, the background job for creating Writable Volumes continues to run and Writable Volumes are created for the group. 
Workaround: To continue performing further operations, refresh the App Volumes Manager Admin UI.
When many users are logging into their desktops simultaneously, Writable Volumes might not get created for a few users and they might not be able to log into a desktop. This issue does not occur if the users already have an existing Writable Volume. 
Workaround: The users must log in again or have an administrator pre-create the Writable Volume for the user.
A Writable Volume move or copy operation might fail when bulk operations are performed on many volumes. 
Workaround: Retry the move or copy operation.
Invalid session cookie issue occurs intermittently at end user login or logoff and can be seen in the ACTIVITY -> System Messages tab of the App Volumes Manager UI. When the issue occurs during login, volume attachments might fail and the following error message is displayed on the agent computer: Volumes were not mounted due to an error on the server. 
Workaround: When the error occurs and login fails, the end user can log into the agent computer again. To disable the "Agent Session Cookie" settings, you can toggle the advanced setting in the App Volumes Manager UI. For more information about this issue, see the knowledge base article: https://kb.vmware.com/s/article/59666.
When the "HKLM\Software\Microsoft\Windows\CurrentVersion" registry key is enumerated on a virtual machine which has App Volumes and the Guest Introspection security feature enabled, the virtual machine crashes. 
When a UIA+profile Writable Volume is attached, excluded programs fail in various ways when attempting to create or access files in C:\Users\<UserID> or any of its subfolders. 
NOTE: An excluded program is a program whose executable is in a folder which is excluded in snapvol.cfg or the program's executable itself is excluded in snapvol.cfg.
App-V packages do not load when App Volumes agent is used either with a UIA+profile or Profile-only Writable Volume. 
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.
A user-initiated reboot during a package update, prior to the reboot requested by App Volumes as part of capture complete, results in App Volumes deleting any service present on the package.