New in Shopping 5.5.200

This release introduces the following enhancements, all relating to Windows Servicing Assistant:

  • Applications page in Windows Servicing Assistant includes all installed, normalized applications
    In previous versions of Shopping, the Applications page in the Windows Servicing Assistant showed only applications that would be upgraded or replaced. It did not show applications that would be retained, or applications that would not be migrated because there were no applicable migration rules. The Applications page now shows all installed applications that have been normalized in the 1E Catalog and have not been excluded in Application Migration. For an In-place Upgrade, applications that have no applicable migration rule will be retained and the current version of the application will be shown in the ‘New’ column. For Wipe and load or Replace, applications that have no applicable migration rule will indicate ‘Removed’ in the ‘New’ column. In addition to this change, if the Applications in OS Image list in the Applications tab of the WSA application settings is empty, it will not be displayed on the WSA applications page, leaving more space for the list of installed applications.
  • Allow conditional download of Windows 10 upgrade packages with Windows Servicing Assistant
    An In-place Upgrade task sequence may include multiple Upgrade Operating System steps that use different OS upgrade packages (e.g. when using a single task sequence to support multiple OS locales). In previous versions, WSA would download all OS upgrade packages. It is now possible to have WSA selectively download the upgrade package that matches the architecture and locale of the current OS. This is implemented on the Storage tab of the In-place Upgrade WSA Application settings.
  • Check Windows 10 version in Windows Servicing Assistant readiness checks before upgrading
    The Windows Servicing Assistant now includes a check to prevent an In-place Upgrade task sequence from executing on a device if the upgrade package in the task sequence is for the same or an older version of Windows 10 to that already installed. This is implemented as an additional checkbox in the Readiness tab of the In-place Upgrade WSA Application settings.
  • Perform In-place Upgrade compatibility check in Windows Servicing Assistant readiness checks
    You can now include Windows 10 upgrade compatibility check in the readiness checks for an In-place Upgrade WSA Application. This feature is implemented as an additional check box in the Readiness tab of the In-place Upgrade WSA Application settings. When enabled, during the readiness checks, WSA will download the upgrade package and execute setup.exe /Auto Upgrade /Quiet /NoReboot /DynamicUpdate Disable /Compat ScanOnly. Optionally, an administrator can choose to ignore any warnings generated during the compatibility check by checking the Ignore any dismissible compatibility messages checkbox, which adds /Compat IgnoreWarning to the setup/.exe command line. If the compatibility checks fail, WSA will report the issue to the user and through the WSA Order Tracking, and will not attempt to run the task sequence.
  • Improve hash-check efficiency in Windows Servicing Assistant
    The Windows Servicing Assistant performs readiness checks when the user reaches the Readiness stage of the wizard. If the user selects ‘I want to continue working…’ from this page, the user is notified when the checks have completed, but by design they will run again when the user re-opens the wizard and selects ‘I’m done. Go ahead…’. This is by design, as things may have changed between the user receiving the notification and actually starting the deployment. However the readiness checks include hash-checking the content that has been downloaded, which can be time consuming and confusing to the user. Now, although the readiness checks will be rerun, content hash checking will not be repeated if it has been completed in the last 30 minutes. This period is configurable (between 0 and 480 minutes, where 0 means always rerun the hash checks) and the feature is implemented on the Storage tab in each of the WSA Application settings pages.
  • Allow Windows Servicing Assistant to exclude user state migration
    In previous versions, the Windows Servicing Assistant expected to find steps in the task sequence for migrating user data and settings with the User State Migration Tool. Some customers requested the ability to exclude user data and settings migration. This has now been implemented as an additional check-box labelled ‘Do not capture user files and settings’ in the Data Capture tab in the Wipe and Load and Replace Capture WSA Application settings. When this option is enabled, all other settings on the Data Capture tab are disabled and WSA will not attempt to calculate space required for user data migration or locate peer storage. When the task sequence executes, the WSA Actions – Initialize step will set a variable named 1ESkipUserStateCapture will be created and set to True. If the task sequence includes groups or steps to capture or restore data, these groups or steps should be conditioned to only execute if 1ESkipUserStateCapture is not equal to true.

    This feature requires Nomad hotfix Q20391 (Nomad Branch client), which updates the WSA Actions - Initialize step to create and set the 1ESkipUserStateCapture variable based on the 'Do not capture user files and settings' setting.

Features released in Shopping

This release introduces the following enhancements:

  1. TLS 1.1 and 1.2 support
  2. ICS and email notification customisation for legacy OSD
  3. WSA enhancements:

Features released in Shopping 5.5

This release introduces the following enhancements:

  1. Windows Servicing Assistant – a client-based wizard that enables users in the office or working remotely over VPN to initiate an OS upgrade or OS refresh (wipe-and-load) or to migrate data, settings and applications from an old PC to a replacement PC at their convenience. Note that the Windows Servicing Assistant feature requires a Windows Servicing Suite license in addition to the Shopping license. It also has a dependency on 1E Nomad 6.3.201 or later, which used to manage content and storage of user state using custom Task Sequence steps that are implemented with Nomad. 1E Application Migration is also required if you want to enable the Windows Servicing Assistant to migrate applications.
  2. In a move to consolidate 1E agents into a single agent, Shopping 5.5 replaces the Shopping Agent with the Shopping module in the Tachyon Agent. To support Shopping 5.5, no Tachyon infrastructure or license is required. The Shopping Agent will continue to work with Shopping 5.5 but the Windows Servicing Assistant is only available when the Tachyon Agent is implemented with the Shopping Module enabled. Refer to Installing the Shopping client for further information.

Features released in Shopping 5.4

This release introduced the following enhancements:

  1. Shopping and Application Migration integration – the integration delivers self-service features to our Windows Servicing Suite
  2. You can disable the option for shoppers to choose which applications they want to reinstall during a self-service OS migration
  3. Hide text in the banner for a Shopping application – text is not a mandatory requirement for application banners

Features released in Shopping 5.3.1

This release introduced the following features:

  1. Integration with AppClarity 5.1 and the new Catalog.
  2. Accessibility – The Shopping Web (for admin and non-admin users) and the Shopping Admin console are 508 compliant.

Features released in Shopping 5.3

This release introduced the following features:

  1. Application mapping:

    AppMapping support in Shopping 5.3

    Prior to AppClarity 5.1, Shopping linked applications using the publisher, product and release nomenclature. However, AppClarity 5.1 implements a new catalog format that defines software using the vendor, title, version and edition. This new schema is currently not compatible with existing Shopping versions and so the application mapping feature is not supported with AppClarity 5.1. This new functionality will be provided as a hotfix for Shopping 5.2 and 5.3 and included as part of the Shopping 5.3.100 release scheduled for August 2016.
    • Seamless application mapping with AppClarity – you no longer have to manually enter the application's reference id in the AppClarity Tab when you manage properties for the application. Just select the AppClarity application name from the drop-down list and the Reference ID field is automatically populated with its AppClarity reference id.
    • Enhancements to OSD mapping rules – you no longer need to enter the application's AppClarity reference id when you create an OSD mapping rule, just search for the AppClarity application by name. The AppClarity Reference Id field is automatically populated with its reference id when you select the application.
    • Enhancements to the OSD wizard – we replaced ratings with application usage under Re-install applications previously shopped for and added a Cancel button which allows shopper to abort OSD wizard midway.
    • Changes to the settings for Shopping and AppClarity integration – the name of the AppClarity database and its server instance are now mandatory fields when you integrate these products
    • Changes to database privileges – so that the Shopping Web and the Shopping Admin console can connect to the AppClarity database, read only permissions are granted to the NetworkService account as well as the Shopping Admin user/group account to AppClarity database.
  2. Application sets – bundle commonly requested applications as a set and make available to Shopping administrators.
  3. Deploying OS for others and tracking migration status.
  4. Security:
    • LDAP over SSL (LDAPS) – you can make LDAP traffic secure by enabling the Secure Sockets Layer/Transport Layer Security (SSL/TLS) protocols under Setting in the Shopping Admin console. Ports 389, 636, 3268 and 3269 must not be blocked on the domain controller. If they are restricted, then all the servers hosting Shopping components must be added to the exception list so that Shopping can make the specific LDAP calls.
    • Secured cookies are encrypted over TLS when the browser connects to the Shopping Web Portal over HTTPS
    • Use of iFrames – to mitigate against cross frame scripting (XFS), the Shopping Web can no longer be parsed in an iFrame on another site. This security feature is enabled by default – however, if you are certain that you are safe from XFS, you can comment out the <X-Frame-Options> settings in the web.config file.
  5. Accessibility:
    • The Shopping Web portal is 508 compliant for non-administrative shoppers visiting the site. Accessibility for admin users is coming soon.

Features released in Shopping 5.2

This release introduced the following features:

  1. FIPS compliance – Shopping now uses a FIPS compliant encryption algorithm to encrypt the Shopping license information, the admin console settings and the Lucene index used for searching
  2. Social Features – add ratings and reviews to Shopping applications and provide featured, trending and latest views for them
  3. Mobile app gateway – there is now a mobile specific web portal that acts as a gateway to iOS, Android or Windows app stores to allows users to shop for specific applications that are compatible with their mobile device
  4. OS filtering for app model applications – the Shopping web portal now allows shoppers can only shop for AppModel Configuration Manager applications which are compatible with their machines
  5. Multiple SMS Provider support – supports the scenario where multiple SMS providers are present, enabling it to take advantage of the Configuration Manager 2012 multiple SMS provider load balancing and fail-over features
  6. Installing the Shopping Agent – new Shopping agent has been introduced as the preferred alternative to Shopping client Identity to retrieve information about the local computer when browsing the Shopping Web portal

Features released in Shopping 5.1

This release introduced the following features:

  1. Role based access control – do away with managing the complexity of access control lists and use role based access control (RBAC) to control what administrators and shoppers can do. RBAC also enables you to align the roles you assign users and administrators to the actual roles they hold within your organization.
  2. Using search – look for applications in the Shopping web by using simple or advanced searching techniques.
  3. Shopping workflow – extend the default Shopping provider feature by running VBScripts asynchronously during workflow transitions.
  4. Shopping Web Welcome screen – an ideal mechanism for capturing the shopper's attention to highlight campaigns or lead-in to the Shopping web.
  5. Multiple Shopping versions – you can now run two or more Shopping systems concurrently to support the migration process.
  6. Additional language support – country specific language files are provided for Spanish (es-ES), Italian (it-IT) and Brazilian Portuguese (pt-BR) in addition to German (de-DE) and French (fr-FR) previously provided.