Navigation
This page assumes the Enterprise Layer Manager (ELM) has already been imported and configured. This page is based on VMware vSphere. For Hyper-V and PvS focused instructions, see Create and update the OS Layer by CTP George Spiers. For Azure, see How to configure Citrix Cloud – App Layering 4.x to deliver virtualized apps and Office 365 caching – User Layers for XenApp and XenDesktop Service Cloud Workspaces in Microsoft Azure by CTP Christiaan Brinkhoff.
Change Log
Layers Overview
25-page Citrix App Layering Reference Architecture at Citrix Tech Zone details the following:
- Why App Layering
- Technical Overview of Citrix App Layering
- Types of Layers
- App Layering Integration with Citrix Provisioning and Citrix Machine Creation Services
- Cross-Platform Support
- App Layering Communication Flow
- Availability, Backup, and Recovery – including User Layers
Enterprise Layer Manager (ELM) uses several types of layers:
- Operating System Layer
- Platform Layer
- Application Layer
- Image Template
- User Layer
The master versions of all Layers are stored inside the Enterprise Layer Manager virtual appliance.
Citrix Blog Post How to approach designing your app layering strategy describes in which layer to install an application.
Citrix CTX225952 4.x Layering Best Practices
Layer Report – lists all of the Layers and the information associated with the layers. See Rob Zylowski at Citrix Blog Post Citrix App Layering and reporting.
Operating System Layer
Operating System Layer is just the base OS (with patches) and VMware Tools. Other components are usually installed in Platform and Application Layers.
- If you install .NET Frameworks in the OS Layer, then you only need to run Windows Updates on the OS Layer. However, Office should always be installed in an Application Layer.
- Windows Store apps should be removed from the OS Layer, not other layers.
Platform and Application Layers are tied to the OS Layer – The remaining layers (Platform and Application) are created from an OS Layer. These layers are linked to one OS Layer, and can’t be used on any other OS Layer.
- If you upgrade the hypervisor tools in the OS Layer, then you might have to recreate the Platform Layer.
Only OS Layer captures changes to local groups and local apps – Any application that creates local users (e.g. XenApp 6.5) should be installed in the OS Layer. Platform Layer and Application Layers do not capture changes to local groups or local users.
Platform Layer is the highest priority layer and should contain the following: (from CTX225997 Considerations When Creating a Platform Layer in Citrix App Layering 4.x)
- Citrix Virtual Delivery Agent, or VMware Horizon Agent.
- Citrix Provisioning Services Target Devices Software
- NVIDIA Drivers
- Join the Domain
- Citrix Receiver – for the Single Sign-on Component
- Citrix Workspace Environment Management Agent
- Imprivata
- Hypervisor Tools – if packaging or publishing to a different hypervisor than originally used to create the OS Layer.
SAM database changes (local users, local groups) are not captured in the Platform Layer. You might have to use group policy to create and populate local groups. For example, Citrix Virtual Delivery Agent creates local users adds domain users to local groups. See Direct Access Users Group Missing All Layers at Citrix Discussions.
- Domain Join in Platform Layer does not capture adding Domain Admins to local Administrators group and Domain Users in the local Users group. Use Group Policy Restricted Groups or Group Policy Preferences Local Users and Groups to add these Domain Groups to the Local Groups.
- Here are some additional settings in a Group Policy at Computer Configuration > Preferences folder > Control Panel Settings Right-click the Local Users and Groups node, point to New, and select Local Group. More info at CTX259057 VDAs are not registering using a published image – Use GPO/GPP to add the proper accounts and services.
- Action – Update – Group – Remote Desktop Users – Add Members “DOMAIN\Domain Users”
- Action – Update – Group – Remote Desktop Users – Add Members “NT AUTHORITY\Authenticated Users”
- Action – Update – Group – Performance Log Users – Add Members “NT Service\CitrixTelemetryService”
- Action – Update – Group – Performance Monitor Users – Add Members “NT Service\BrokerAgent”
- Action – Update – Group – Administrators – Add Members DOMAIN\Your_Citrix_Admins_Group
- Action – Create – Group – Anonymous
- Action – Create – Group – Direct Access Users – Add Members DOMAIN\Your_User_Group
Windows 10/11 apps should be removed from the OS Layer, not from the Platform Layer.
An Image Template (the composed machine that is published to the hypervisor) can contain only one Platform Layer. If you are creating a Platform Layer for Citrix Provisioning Services, then that one Platform Layer should include both the Citrix VDA and the Citrix PvS Target Device Software.
Application Layers
Application Layers contain anything not in the OS Layer or Platform Layer, including the following:
- Applications
- Antivirus
- Print Drivers
- SCCM Client
Per-user settings (profile changes) are not captured in an Application Layer.
When creating a Layered Machine, there are two methods of merging the Application Layers:
- Pre-boot – ELM merges the App Layers with the OS Layer and Platform Layer to create a single monolithic disk file. This method provides the greatest application compatibility. Use this method for Apps with boot time services or drivers.
- Elastic – When the user logs into a Layered Machine, a service looks in a file share for any Elastic Layers assigned to the user, and merges (mounts) them as the user logs in. Different users can have different Elastic Layers, even on multi-user Remote Desktop Session Host (XenApp) machines. However, Elastic Layering doesn’t work for apps that need boot-time services/drivers.
A single App Layer can be merged using either of these methods. If the App Layer doesn’t work Elastically, then you can mount it Pre-boot (Image Template) instead. There is no need to create separate App Layers for each mounting method.
Elastic App Layers are stored in a SMB file share. You can use any desired method to provide High Availability for this file share, including: Scale Out File Server, DFS Namespace/Replication, etc.
FSLogix creates local groups every time the service restarts, thus it works when installed inside an Application Layer.
Image Template
Image Template contains one OS Layer, one Platform Layer, and zero or more App Layers. The App Layers assigned in the Image Template are merged pre-boot.
You then Publish the Image Template to your hosting platform.
- For MCS, the Template is pushed to a hypervisor (e.g. vSphere) virtual machine, which becomes the master image for an MCS Catalog.
- For PvS, ELM creates a VHD file, and pushes it to a PvS vDisk Store, so you can assign it to Target Devices.
For Elastic Layers, you must enable Elastic Layers in the Image Template.
User Layers
User Layers allow users to install their own applications. In ELM 4.14 and newer, User Layers are fully supported.
User Layers require additional consideration for backup, replication, and recovery.
User Layers are tied to OS Layer – From Gunther Anderson: “Like App and Platform Layers, User Layer disks are tied to the OS layer they were originally built from. If you have a user login to images from two different OS layers, you will see the User Layer disks in two different directories on the share, one for each OS layer. The image itself knows what OS layer it was built from, and the ULayer service uses that information.”
- If you want profile portability, store the profile outside of the User Layer by implementing Citrix Profile Management.
The default size for User Layers is 10 GB. You can change this size by setting HKLM\Software\Unidesk\Ulayer\DefaultUserLayerSizeInGb on the managed machines. Source = Understanding Elastic Layering > Scaling (tab) > User Layer Size.
Layering Tips
From Citrix Blog Post 5 Tips for Packaging Your Apps with Citrix App Layering:
- .NET Frameworks go in the OS Layer
- Store apps are removed from the OS Layer.
- Keep the layer as clean and as small as possible
- A packaging machine will not be part of your domain
- Delete any installers from the desktop, delete any temp directories, and empty the recycling bin
- If Windows Updates, delete the contents of C:\Windows\SoftwareDistribution\Download
- Underlying applications should be layered first, and then selected as prerequisite layers when you go to create a layer for the subsequent application
- Use Application Layer Recipes
- Turn off the application’s auto-updater
- For antivirus, follow the manufacturer’s steps to “generalize” or remove any unique client identifiers
- Handle application licensing – rearm, activation, etc.
- Run
ngen.exe update
Also see Citrix CTX225952 4.x Layering Best Practices:
- Operating System Layer:
- Application Layers are tied to the Operating System Layer.
- ELM automatically upgrades OS Layer drivers. However, OS Layer Scripts should be updated reinstalling the Machine Tools.
- .NET should be in the OS Layer.
- OS Layer is lowest priority.
- Patch OS by creating an OS Layer Version.
- When patching, ensure Windows is activated.
- VMware Tools goes in the OS Layer. Update it too.
- Windows Store apps should be removed from the OS Layer.
- Application Layers:
- Per-user profile settings are not captured.
- Local users and local groups are not captured. Use Group Policy Restricted Groups instead.
- A single utility layer can include Java, Flash, Adobe Reader.
- Turn off application automatic updates.
- If domain membership required for an app installation, join domain, install app, remove from domain.
- Antivirus can go in OS Layer or App Layer.
- Printer drivers can be layered – but not elastically
- Use Layer Recipes.
- All Office apps needed by a machine/user should be combined into a single Office Layer
- Office cannot be elastically layered
- When patching Office, update the OS Layer first.
- Max 50 layers per desktop.
CTX226984 App Layering/Unidesk: The list of Windows Updates is usually wrong in app/platform layers and published images/desktops.
Operating System Preparation
- See Citrix CTX225952 4.x Layering Best Practices
- Windows Server 2019 – Windows Server 2019 is supported in App Layering 1905 and newer
- Office 2019 – Office 2019 is supported in App Layering 1905 and newer
- Windows 11 is supported in App Layering version 2112 and later
- Windows 10
- Windows 11 22H2 and Windows 10 22H2 are supported in App Layering 2211 and newer.
- Windows 11 is supported in App Layering 2112 and newer.
- Windows 10 version 21H2 is supported in App Layering 2110 and newer.
- Windows 10 version 21H1 is supported in App Layering 2107 and newer.
- Windows 10 version 20H2 is supported in App Layering 2011 and newer.
- Windows 10 version 2004 is supported in App Layering 2008 and newer.
- Windows 10 version 1909 is supported in App Layering 2001 and newer.
- Create a virtual machine.
- If vSphere:
- Make sure your OS Layer creation machine has a NIC of type VMXNET 3.
- Paravirtual SCSI controllers are supported in App Layering 2001 and newer.
- On the VM Options tab, expand Boot Options, and make sure the Firmware is BIOS, not EFI.
- EFI:
- App Layering 2003 and newer has a ImportOsLayer.ps1 script that can import an EFI machine.
- Connectors with Compositing Engine enabled support EFI.
- Older versions of App Layering cannot import an EFI OS Layer.
- vSphere 6.7 defaults to EFI for new VMs.
- Install an operating system (Windows 11, Windows 10, or Windows 2022/2019/2016), and patch it.
- Install VMware Tools.
- DHCP – Make sure the NIC is set to DHCP.
- Workgroup – Don’t join the template machine to the domain. Leave it in a workgroup.
- RDSH – For RDSH machines, Citrix recommends installing RDSH in the OS Layer instead of the Platform Layer.
- Remote Desktop – Enable remote connections (Remote Desktop).
- Install Windows Updates.
- Disable Automatic Updates on the template machine. You can use layers to install updates. An easy method to disable it is in Group Policy (gpedit.msc) at Computer Configuration | Policies | Administrative Templates | Windows Components | Windows Update | Manage End User Experience | Configure Automatic Updates. Disable the setting.
- To stop Windows from performing maintenance and consuming 100% CPU, set the following registry value: (source = Win 10 Image – CPU Utilization 100% non-stop at Citrix Discussions):
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Maintenance
MaintenanceDisabled
(REG_DWORD) = 1
- If Citrix Provisioning, George Spiers says IPv6 should be disabled.
- Go to the downloaded App Layering 2403 files, right-click the citrix_app_layering_os_machine_tools_24.3.0.exe file, and click Run as administrator.
- Click Yes to extract the files.
- If you look on the taskbar, you might see an open program called Set KMS Version.
- Click Use KMS.
- Click Close when prompted a reboot is needed.
- Then close the window.
- If Set KMS Version did not run automatically, then manually run C:\Windows\Setup\scripts\SetKMSVersion.hta as administrator (elevated).
- Shift right-click the file to copy its full path.
- Open command prompt as administrator, paste the path, and run it from there.
- Click Use KMS.
- This adds the file runipkato.cmd to C:\Windows\Setup\scripts\kmsdir, which ELM will run when it publishes the image. The script installs the KMS Client key and activates it.
- If you have run KMS Setup multiple times (usually due to Machine Tools upgrades), check the registry for duplicates and remove the duplicates.
- In regedit, go to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Group Policy\Scripts\Startup\0\0. You should see kmssetup.cmd.
- If there are other registry keys named 1 or higher, check them for kmssetup.cmd. If true, then delete the duplicate keys so that only 0 remains.
- See CTX238316 After upgrading the OS Machine Tools, kmssetup.cmd runs twice at startup for more details.
- If this is a Windows 10 or Windows 11 virtual machine, and if you want to remove Store apps, remove them from the OS Layer instead of the Platform Layer.
- In App Layering 4.11 and newer, Store apps are supported, and it is no longer necessary to remove them.
- App Layering 4.7 and newer has a script at C:\Windows\Setup\Scripts\RemoveStoreApps.cmd that can remove the store apps. Note: this script removes Calculator, so you’ll probably want to find a replacement Calculator.
- Citrix Optimizer can remove Store apps.
- The Citrix Optimizer community marketplace at https://raw.githubusercontent.com/ryancbutler/Citrix_Optimizer_Community_Template_Marketplace/master/communitymarketplace.xml also has an App Layering Supplement.
- Run setup_x64.exe from C:\Windows\Setup\scripts. Make sure you run it elevated.
- In the Welcome to the InstallShield Wizard for the Citrix App Layering Image Preparation Utility 23.12.0.4 page, click Next.
- In the Specify your answer file page, click Next.
- In the InstallShield Wizard Completed page, click Finish.
- CTP George Spiers Citrix App Layering Preparation Script: runs a number of tasks to clean out temporary folders, clear out Event Log entries, remove ghost devices from Device Manager, etc.
- Run the ImportOsLayer.ps1 script to import your new OS Layer to ELM. Newer versions of ELM only support the ImportOsLayer.ps1 method of creating an OS Layer.
vSphere Connector
ELM uses Connectors to communicate to push images and layers to various hypervisors.
- In App Layering 2202 and newer, you can use the new HTML5 interface to create Connectors.
- In ELM 4.11 and newer, in the Internet Explorer Silverlight console, you can create or edit connectors at System > Connectors. This page also shows Connector Cache information. Caching improves performance of the connectors.
- See System requirements at Citrix Docs for the list of supported hypervisors and brokers.
- To create the vSphere connector, in the Choose a Connector Type window, select VMware vSphere.
- Click New.
- In App Layering older than version 2304, a new tab opens. Version 2304 and newer have a new interface for configuring the Connector.
- Give the Connector a name (e.g., vCenter name). The Connector specification includes specific storage, so the Connector name should indicate the storage name.
- Enter the vCenter FQDN and service account credentials.
- The vCenter permissions needed by the service account are detailed at vSphere Permissions at Citrix Docs.
- Click Check Credentials.
- Scroll down and use the drop downs to select where you want Packaging VMs and Published Templates to be created.
- The Packaging VMs and Published Templates will be created under the Virtual Machine Folder that you specify here.
- If MCS, in the Virtual Machine Template (optional) field, search for a Template VM that will be copied to create the MCS master image. The Template VM needs CPU, Memory, and GPU settings, but no disks. See Required information for this Connector Configuration at Citrix Machine Creation Services for vSphere Connector Configuration at Citrix Docs.
- To ensure that the published images have the correct time zone, it may help to generate a new template for your Connector by having (or building) a Windows VM that has booted in the correct time zone. Shut it down, clone it, delete the attached disk from the clone, and convert that to a template for your Connector configuration in the Layering Management Console. More info at CTX230562 App Layering: Machine time on a published image is wrong at first boot.
- Packaging Cache Size in GB speeds up App Layer creation operations if you are creating multiple App Layers for the same OS/Platform combination. The size should be greater the size of the OS/Platform combinations.
- Offload Compositing – at the bottom of the connector, make sure Offload Compositing is enabled to speed up provisioning operations. In 2304 and newer, click Confirm and Complete.
- In older versions click Test.
- When the Test is successful, click Save.
- Then click Close.
Create Packaging VM
- See Citrix CTX225952 4.x Layering Best Practices.
- See Citrix CTX225997 Considerations When Creating a Platform Layer in Citrix App Layering 4.x.
- Create your Hypervisor Connector before you create the Platform Layer. In the new HTML5 console in App Layering 2202 or newer, click Connectors on the left. Or in the Internet Explorer Silverlight console, go to System > Connectors to create a Connector.
- In the HTML5 console, click Layers on the left, switch to the Platform Layers tab on the right, and then click Create Platform Layer.
- In the older Internet Explorer Silverlight console, in the Layers tab, Platform Layers sub-tab, right-click in the grey area, and click Create Platform Layer.
- In the Layer Details page, give the Platform Layer a name and version. Note: Platform Layers are linked to OS Layers, so it’s best to indicate which OS Layer this Platform Layer is based on. You can’t use a Platform Layer created on one OS Layer on a different OS Layer.
- Enter a version number.
- Specify a Max Layer Size. Note: the packaging machine is thick provisioned using the size specified here, plus the size of the OS Layer.
- In the HTML5 interface, scroll down.
- In the Silverlight interface, click Next (down button).
- In the OS Layer page, select the OS Layer (and layer version) this Platform Layer will be based on.
- In the HTML5 interface, scroll down.
- In the Silverlight interface, click the next button (down arrow).
- In the HTML5 interface, change the selection to This platform layer will be used for publishing Layered Images.
- Use the drop downs to select the Hypervisor, Provisioning Service, and Connection Broker. These can be changed later.
- Select an existing vSphere connector.
- For Packaging Disk Filename, enter a name for the .vmdk disk that will be created in vSphere. Click Confirm and Complete.
- Then click Create Layer.
- In the Internet Explorer Silverlight interface, in the Connector page, if you already have a vSphere connector, select it, and click Next. If you don’t already have a vSphere connector, then click New to create one. Click the down arrow.
- In the Platform Types page, change the selection to This platform layer will be used for publishing Layered Images. The other selection is if you want to deploy the vSphere OS Layer on a different hypervisor (e.g. Azure).
- Use the drop downs to select the Hypervisor, Provisioning Method, and Connection Broker. These can be changed later. Click the down arrow.
- In the Packaging Disk page, enter a name for the .vmdk disk that will be created in vSphere. Click the down arrow.
- In the Icon Assignment page, select an icon, or upload a new one. Click the down arrow.
- In the Confirm and Complete page, click Create Layer.
- In the HTML5 interface, on the left is the Tasks node showing you the current progress. Click View Details.
- In the Silverlight interface, on the bottom of the screen, open the Tasks pane.
- Click the information icon to view what the task is doing.
- Eventually it will say Pending (Action Required), meaning it’s waiting for you to perform the packaging in vSphere.
Edit Packaging VM
- In vSphere Web Client, in the VMs and Templates view, expand the Layering folder, expand Packaging VMs, and click the new Packaging Machine.
- If you edit the VM’s hardware, and if Offload Compositing is enabled, then the Hard Disk is Thin Provisioned.
- If Offload Compositing is not enabled, then notice that the disk is Thick Provisioned.
- Open the VM’s console and login to the machine.
- Join it to the domain. Only join the Platform Layer to the domain. OS Layer and App Layers must not be joined to the domain. You’re welcome to change the computer name.
- After joining the domain, move the computer object to your VDA OU so the GPO computer settings are applied to the Platform Layer.
- You can now install VDA software.
- VDA 2112 is supported with App Layering 2112 and newer.
- VDA 1912 LTSR is supported with App Layering 2001 and newer.
- VDA 1909 is supported with App Layering 1910 and newer.
- VDA 1906 is supported with App Layering 1907 and newer.
- VDA 1903 is supported with App Layering 1905 and newer.
- Feel free to reboot the Packaging VM.
- Rob Zylowski at Imprivata App Layers at Citrix Discussions recommends installing Imprivata in the same Platform Layer that contains the VDA.
- According to Direct Access Users Group Missing All Layers at Citrix Discussions, the Platform Layer does not capture or merge changes to local groups.
- Use Group Policy Restricted Groups or Group Policy Preferences Local Users and Groups to configure local groups.
- At Computer Configuration >Preferences folder >Control Panel Settings, right-click the Local Users and Groups node, point to New, and select Local Group. More info at CTX259057 VDAs are not registering using a published image – Use GPO/GPP to add the proper accounts and services.
- Action – Update – Group – Users – Add Members: “DOMAIN\Domain Users”
- Action – Update – Group – Administrators – Add Members: “DOMAIN\Your_Citrix_Admins_Group”, “DOMAIN\Domain Admins”
- Action – Update – Group – Remote Desktop Users – Add Members: “NT AUTHORITY\Authenticated Users”
- Action – Update – Group – Performance Log Users – Add Members: “NT Service\CitrixTelemetryService”
- Action – Update – Group – Performance Monitor Users – Add Members: “NT Service\BrokerAgent”
- Action – Create – Group – Anonymous
- Action – Create – Group – Direct Access Users – Add Members: “DOMAIN\Your_RDP_Allowed_User_Group”
- If Citrix Provisioning:
- Install the Citrix Provisioning Target Device Software in the Platform Layer. The ELM Templates only allow one Platform Layer per template, so you’d need to install both VDA and Provisioning Services Target Device components in a single Platform Layer.
- Rearm KMS licensing (slmgr /rearm). MCS does this automatically during Image Prep.
- From Citrix CTX225997 Considerations When Creating a Platform Layer in Citrix App Layering 4.x): Additional software to install in the Platform Layer:
- NVIDIA Drivers
- Join the Domain – after joining, login as network account, then login as local account, and delete the profile of the network account.
- Citrix Workspace App – for the Single Sign-on Component
- Citrix Workspace Environment Management Agent
- Hypervisor Tools – if packaging or publishing to a different hypervisor than the one originally used to create the OS Layer.
- Windows 10/11 apps should be removed from the OS Layer, not from the Platform Layer.
- CTX226984 App Layering/Unidesk: The list of Windows Updates is usually wrong in app/platform layers and published images/desktops.
- When done installing components, finalize the layer:
- CTP George Spiers Citrix App Layering Preparation Script: runs a number of tasks to clean out temporary folders, clear out Event Log entries, remove ghost devices from Device Manager, etc.
- Double-click the Shutdown for Finalize icon on the desktop. If it finds issues, it will tell you what to do (e.g. reboot needed).
- If it tells you that you need to run ngen, then run the following commands:
"c:\windows\Microsoft.NET\Framework64\v4.0.30319\ngen.exe" update
"c:\windows\Microsoft.NET\Framework\v4.0.30319\ngen.exe" update
- Otherwise, it will shut down the VM.
- If Offload Compositing is enabled in your Connector, then the Packaging VM will reboot into Windows PE and automatically run the CompositingEngine.
- ELM will automatically transfer the files from the Compositing Engine. You don’t have to click Finalize.
- If Compositing Engine is not enabled in your Connector:
- Back in the ELM Internet Explorer Silverlight Console, in Layers > Platform Layers, right-click the Editing layer, and click Finalize.
- In the Confirm and Complete page, click Finalize.
- You can click the information icon next to the running task to see what it’s doing.
- Eventually the icon will say Deployable.
- In the HTML5 interface, the tabs show you details on the layer.
- In the Internet Explorer Silverlight interface, you can click the information icon on the Platform Layer to view its details.
Next Steps
Update OS or Platform Layers
- In the HTML5 Interface, select a layer, switch to the Version Information tab, and click Add Version.
- In the Silverlight interface, right-click an OS Layer or a Platform Layer, and click Add Version.
- In the Version Details page, select a Base Version that you want to update. In the New Version field, enter a new version. In HTML5 Interface, scroll down. In Silverlight interface, click Next.
- In the OS Layer page, select an OS Layer version, and scroll down or click Next.
- In the HTML5 Interface, in the Platform Types section, most of this should already be filled in. Choose your Connector Configuration and then click Confirm and Complete.
- In the Internet Explorer Silverlight interface, in the Connector page, select a Connector, and click Next.
- In the Platform Types page, click Next.
- In the Packaging Disk page, click Next.
- In the Confirm and Complete page, click Add Version.
- The Tasks page and Task Details shows the current progress and will eventually say Action Required.
- When the Packaging Machine is deployed, you can connect to its console and perform any desired updates.
- When done installing updates, finalize the layer:
- George Spiers Citrix App Layering Preparation Script: runs a number of tasks to clean out temporary folders, clear out Event Log entries, remove ghost devices from Device Manager, etc.
- Double-click the Shutdown for Finalize icon on the desktop. If it finds issues, it will tell you what to do (e.g. reboot needed). Otherwise, it will shut down the VM.
- If Offload Compositing engine is not enabled in your Connector:
- When done updating the Packaging Machine, right-click the Layer that is marked as Editing, and click Finalize.
- In the Confirm and Complete page, click Finalize.
- View the task details to see the current progress.
- To confirm that you have a new version, the layer’s Version Information tab shows the new version. Or in the Silverlight interface move your mouse over the layer icon, and click the information icon. The available versions are shown.
- There are two methods of assigning a new version: one image at a time, or multiple images.
- To edit one image:
- Go to the Images tab.
- Select an Image, and click Edit Template.
- Scroll down or click the OS Layer or Platform Layer page.
- Click the plus arrow next to a Layer and select the new version. Then complete the wizard.
- To update multiple images:
- In HTML5, select the Layer, switch to the Version Information tab, select a version, and click Update Assignments.
- In Silverlight, on the Layers tab, right-click the updated layer, and click Update Assignments.
- In the Select Version page, select the version you want to assign, and click Next.
- In the Image Template Assignment page, select the templates you want to update, and scroll down or click Next.
- Click Confirm and Complete, or in the Confirm and Complete page, click Update Assignments.
- Once an image has a new version assigned, go to the Images tab, and republish the image.