Support Tip: Take Action to Ensure MSfB Apps deployed through Intune Install on Windows 10 1903
Published May 30 2019 11:37 AM 19.3K Views

By Scott Duffey | Sr. PM, Intune

In early versions of Windows 10 1903 (builds older than 18362.145), there was a known issue several of you found where online licensed Microsoft Store for Business (MSfB) apps deployed through Intune failed to install. If these apps were named as part of the Enrollment Status Page (ESP) configuration to  “Block device use until these required apps are installed if they are assigned to the user/device” then this might have caused a timeout to the ESP and impacted device setup.

 

The fix for this issue has now shipped. There’s several options now to resolve or workaround this issue, including:

  1. Update all Windows 10 1903 devices with the Windows 10 May update (2019-05 Cumulative Update (KB4497935)) https://www.catalog.update.microsoft.com/Search.aspx?q=KB4497935. This update includes a fix to the StoreInstall CSP where the issue is resolved.
  2. Deploy the offline licensed version of MSfB apps.
  3. Remove online licensed MSfB apps as blocking in the Enrollment Status Page profile.
20 Comments
Copper Contributor

So lets say we have an autopilot deployment that gets stuck here. 

What is the recovery process? 

 

Will removing the blocking of the ESP allow it to proceed with a reboot?

 

I have a few stations stuck .. 

 

When I get the user (no local admin) to the Settings -> Account - > Work Settings -> Info

 

"Device sync status

Last Attempted Sync:

The sync could not be initiated (0x80190190)

"

 

 

I am going to try a local non-mdm reset (company portal, manually installed doesn't think the device is enrolled)

 

 

Microsoft

@Neil_a_Consultant  I believe the best way to fix the stuck machines is to deploy the KB and reboot the machines.

 

 

Microsoft

Some more guidance that might help you in testing the update:

You can download the KB4497935 patch and copy the msu file to the USB. When you get to the Region page in OOBE, press Shift + F10 to open command prompt. Go to the usb and run the msu file. This will install the patch and reboot. Once rebooted it will go back to the region page and you can continue the installation as normal.

Copper Contributor

Hi @Scott Duffey 

We really liked this announcement, but after testing we have to state that this is only true for the "generic" store apps (e.g. Company Portal, OneNote). It is still the case that the deployment process halts with our own LOB store apps in 1903, which we require to deploy in the AutoPilot process as well. Is that already known at Microsoft and are you working on this as well? 

Microsoft

Hi @Thomas Haller Are you saying that you have some online licensed MSFB apps that are still not being delivered after applying the update and that the common theme with the failed apps is that they were developed in-house and submitted to the store via the dev center?

 

Im not aware of any issues with that scenario. As I understand the fix to the CSP, how the app got to the store shouldn’t make any difference.

I’d make sure that the your app can be installed manually on 1903, if that doesn’t work manually then there might be something wrong with the app. If that works but still fails via Intune/Store CSP please raise a support call with us and we can follow up.

 

Copper Contributor

I had 2 test devices that were running 1903 (Build 18362.30 - clean install from Media Creation Tool).

But Shift + F10 wasn't working, I got the pop-up asking for credentials and after entering, the command prompt just didn't show.

 

What did work for me was "ctrl+shift+esc" -> File -> New Task -> cmd
and then

 

wusa.exe D:\windows10.0-kb4497935-x64_e1e15758afc9d32ca57779428d145cfba3a12e4b.msu

D:\ = location of my USB device

 

 

@Scott DuffeyAny idea when a new build (>= .145) is released to the media creation tool or VLSC? When checking the properties from MediaCreationTool1903.exe under details, the version shows 10.0.18362.1.

So I downloaded the .ISO file again and checked the install.esd (or install.wim) to get the specific build number but it was still the same .30 version.

Isn't there a better way to check the version without downloading the ISO over and over again? 

Same with the Volume Licensing Service Center only shows version number 1903 not build number.

Another option is slipstreaming the msu into Windows but a full download of a Windows 10 1903 build 18362.145 or higher would just be so much easier.

 

Jelle

Microsoft
Brass Contributor

I've installed 1903 from MPN, gone into Audit Mode to get the auopilot info and uploaded to Intune. Then as per above I have installed the update and sysprepped. This gives the AUTOPILOTUPDATE message so I installed the June update to bring the build number to 18362.175, sysprepped again which also gives the same error message. I then sysprepped with generalise which also gives the message.

 

What am I missing?

 

Commented on wrong thread, please ignore

Copper Contributor

@TheAutisticTechieWhat "AUTOPILOTUPDATE" message are you talking about?

The bug that's fixed in builds older than 18362.145 is that the autopilot process fails to install MSfB apps that are marked as "required" in the Enrollment Status Page (ESP).

PS: Why are you sysprepping? Check Michael's blog about Speeding up Windows Autopilot for existing devices

Brass Contributor

@Jelle Revyn Ignore me, i pasted and submitted into the wrong open tab! Sorry for the confusion

Copper Contributor

@Scott Duffey Are you saying that you have some online licensed MSFB apps that are still not being delivered after applying the update and that the common theme with the failed apps is that they were developed in-house and submitted to the store via the dev center? YES. We even resubmitted the app, but this not change anything.

 

Im not aware of any issues with that scenario. As I understand the fix to the CSP, how the app got to the store shouldn’t make any difference.

I’d make sure that the your app can be installed manually on 1903, if that doesn’t work manually then there might be something wrong with the app.

This works fine. 

 

If that works but still fails via Intune/Store CSP please raise a support call with us and we can follow up. Will do this, as we have this issue in different tenants. Still no one else with the same issue? 

Brass Contributor
Tried a build with the latest Win10 1903 (June release) Image and found that the Install STILL hung when trying to install apps from MSfB (company portal).
Copper Contributor

@Ivan Webbwhat error did you get? And I assume it hung when you're using the ESP (Enrollment Status Page).

 

Hi @Ivan Webb! Just to confirm, with the most recent update, deploying the offline licensed version of MSfB apps, and removing the online licensed MSfB apps as blocking within the Enrollment Status Page profile, that the issue still persists?

If installing the app manually, does the app install without any issues?

Copper Contributor

It doesn't look like KB4497935  fixes the problem for us.  We have PCs on 18362.239 which can't install any apps from the Company Portal.  They could when they were on 1809.  

Hello @Ivan Webb@Daryl Theobalds!

For the apps you are having an issue with, are they LOB apps in the MSfB or public apps?

A quick note that we've had other customers raise similar issues as you've both commented, and we are currently investigating.

Let's raise a new support case via the Intune Admin console's Help and Support. Our support team would be happy to further assist with resolving your issue. Feel free to direct message us with your support case number for follow up!

Copper Contributor

@Intune_Support_Team  The apps we are unable to install are standard public apps such as 'Windows Voice Recorder'.  I have logged a ticket with support. Will let you know how I get on.

Brass Contributor

@intuneGuy The apps we are targeting are a mixture of LoB, MSfB and Win32.  The apps that are causing the most issue, however, are the MSfB Apps.  Specifically Company Portal.

Although the issue is getting better slowly (using the Win10 Build 1903 July 2019 release).  Unfortunately, none of the OEMs we have spoken to at this point are able to offer preloads using this version.

I'd still very much like to see improved logging.  As the Store Apps seem to be the hardest to diagnose issues for.  

Hi @Ivan Webb, let’s get you over to support for further troubleshooting the app installation issues you are experiencing. Once the case is created, feel free to direct message us with the ticket number so we can have an eye on the case.

 

We value your feedback! Can you elaborate on your feedback by posting an idea over at our: UserVoice?

Copper Contributor

We have this exact issue with Windows 10 1903 build 18362.1139 

And there seems to be no way to fix this. We have looked for alternatives to the update listed above. But if you run it on windows 1903 it says that it's "not applicable to  your computer"

 

I know this is the issue because if I upgrade to 1909 or 2004 then the problem is solved. However I cannot just upgrade 1300 computers overnight. So I actually need a fix for this.

Any advice would be appreciated...

Version history
Last update:
‎Nov 30 2023 04:11 PM
Updated by: