Support Tip: Office C2R installation is now tracked during ESP
Published Dec 05 2018 08:36 PM 21.6K Views

By Mihai Lucian Androne | Support Escalation Engineer and Eric Orman | Sr. Intune Program Manager

 

We recently released a new feature for the Enrollment Status Page (ESP) that will allow you to both track the installation progress for Office 365 Click-to-Run (C2R) and also configure and confirm that the ESP policy will be enforced for C2R installation if marked as a required application. This change only applies to Windows 10 October 2018 Update (version 1809) and later. Prior Windows versions will not have Office C2R installation enforced or tracked in ESP.

 

The impact of enforcing installation of C2R with ESP policy might cause your end user to remain in ESP longer and possibly could cause ESP timeout depending on the configuration. To avoid an app error, you may want to consider increasing the time specified in the Autopilot profile. Below, we share additional information on this new feature and how you can keep from having the ESP timeout delays for your users.

 

NOTE: Customers have reported a known issue and we also observed the same transient issue whereby existing ESP profiles might not show the new setting to configure which apps should block ESP. We are working on fix estimated to ship mid-December. In the meantime, if your exiting ESP profiles don’t have the new setting, then change the setting “Block device use until all apps and profiles are installed” from Yes to No then back to Yes. This is a workaround until the fix is released. 

 

The ESP (in preview) allows you to customize the device set up experience for your users, helping them to understand the status of their device related to policies that are going to be applied to their device or applications that are mandatory for their productivity.

 

There are situations where large applications like C2R will require more time to be installed completely on the device. The app installation time is not increased/decreased by ESP, but depends instead on network bandwidth and different device capabilities. We got an Apps (failed) when testing the new ESP and C2R experience ourselves, and it took a bit of time to troubleshoot the error. What we found was that we needed to change the default time-out configuration of 60 minutes. The behavior we saw in our testing looked similar to this:

 

C2R.png

 

Your end users may see this with other large applications that go beyond the ESP time period, or if you have many apps that need to be installed during the ESP time period. To keep end users from seeing this Apps (failed) screen due to this root cause, you can:

  • Increase the timeout setting “Show error when installation takes longer than specified number of minutes.” You can configure this setting to a max of 24 hours.
  • Use the new feature in ESP that allows you to select which apps are mandatory. Those mandatory apps will be tracked during ESP. You can test with different versions of the apps to see what works best within your network bandwidth and device capabilities.
  • Implement a combination of selecting mandatory apps and changing the timeout setting as needed.

 

To enable this, you need to:

  1. In Intune, choose Device enrollment →  Windows enrollment →  Enrollment Status Page (Preview)
  2. Choose a profile →  Settings
  3. Choose Yes for Show app and profile installation progress
  4. Choose Yes for Block device use until all apps and profiles are installed
  5. Choose Selected for Block device use until these required apps are installed if they are assigned to the user/device
  6. Choose Select apps → Choose the apps → Select → Save

C2R_2.png

Respond back on this post if you’ve got any additional questions on Enrollment Status Page app installation tracking and hope this helps you troubleshoot!

 

Post updated

  • 12/13/18 updated to refer to Windows 10 October 2018 Update (version 1809) 
  • 12/10/18 with a note about switching the setting from yes to no to yes again. Thank you for pointing out this behavior!

 

21 Comments
Version history
Last update:
‎Dec 19 2023 01:31 PM
Updated by: