Forum Discussion

Sriram_Jasti's avatar
Sriram_Jasti
Copper Contributor
Jan 12, 2026

Company Portal Installation failing due to missing Microsoft.UI.Xaml.2.7

Dear All,

    We are deploying Company Portal App as Microsoft Store app (new) from Intune on Hybrid Domain Joined devices. While some devices are successfull to install company portal, some device are failing.

    I did review of events in, below locations subfolders.

  1. Event Viewer -->Applications and Services Logs --> Microsoft --> Windows --> Appx Deployment
  2. Event Viewer -->Applications and Services Logs --> Microsoft --> Windows --> Appx Deployment-Server.
  3. Event Viewer -->Applications and Services Logs --> Microsoft --> Windows --> Appx Deployment-Server-Undocked
  4. Event Viewer -->Applications and Services Logs --> Microsoft --> Windows --> AppxPackagingOM

    During the review I found error 0x80073cf3: Package failed updates, dependency or conflict validation.

    This is the reason for Company Portal App failed installation. This is due to lack of Microsoft.UI.Xaml.2.7 installed on the device.

    If i execute below commands 1 after another in the command prompt, Installation of Company Portal gets succeeded.

    Winget Install --accept-source-agreements --accept-package-agreements Microsoft.UI.Xaml.2.7
    Winget Install --accept-source-agreements --accept-package-agreements Microsoft.CompanyPortal

    My question is how can i add the Microsoft.UI.Xaml.2.7 as a dependency app for Company Portal App, especially when the app type is Microsoft Store app (new) ? I do not want to deploy Company Portal as win32 app and also deploy the Microsoft.UI.Xaml.2.7 as win32 app, because in this method of deployment i always have to create new win32app when a new version is released.

    Does anyone came across same situation and have any thoughts ?


12 Replies

  • Bogdan_Guinea's avatar
    Bogdan_Guinea
    Steel Contributor

    Sriram_Jasti​ 

    Is the Company Portal the first app you install on your hybrid joined devices?
    Which architecture and OS versions encounter this issue?

    We could try some remediation magic or package the framework itself. 

    Good luck!

     

    • Sriram_Jasti's avatar
      Sriram_Jasti
      Copper Contributor

      Hi Bogdan_Guinea​ 

           We setup device using Autopilot . Join Type is "Microsoft Entra hybrid joined". In ESP we did not select any apps to be installed during Autopilot process. In ESP we have set "Block device use until all apps and profiles are installed" is set to No.

      We deploy below 2 Microsoft Store app (new) as required assignments.

      1. Microsoft 365 Copilot.

      2. Microsoft Company Portal.

      Since we can't set the App Installation Order. So i can't say if Company Portal is 1st App that will be installed or not.

      • Bogdan_Guinea's avatar
        Bogdan_Guinea
        Steel Contributor

        Sriram_Jasti​ 

        Hi, you didn't answer me regarding which OS versions this is happening on?

        So, no Win32 package as I can see right now...

        At this point, you don't have many options. Deploying a platform script will take precedence over app installation in your case (Copilot and Company Portal). In theory, this could work. The problem is (that's why I asked about OS versions): winget is embedded only in Windows 11 and not on all Windows 10 versions.

        The second option is calling NuGet directly in a script, but based on your firewall/proxy, I'm not sure if it will go through.

        The Fallback Block Only in your case (from lines 15 to 35) should work. I compiled it, ran it myself, and it worked fine on a Windows 11 with no Company Portal.

        Good luck! 

        # Standalone Microsoft.UI.Xaml.2.7 installer - downloads + installs
        # Run as SYSTEM (Intune script) or Admin
        
        # If Winget Present - Use it otherweise fallback to NuGet download + install 
        try {
            $wingetPath = (Get-ChildItem "C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_*_x64__8wekyb3d8bbwe" | Sort-Object LastWriteTime -Descending | Select-Object -First 1).FullName
            if ($wingetPath) {
                & "$wingetPath\winget.exe" install --id 9P5VK8KZB5QZ --exact --silent --accept-source-agreements --scope machine --force
                Start-Sleep 3
            }
        } catch {
            Write-Output "Winget not available, trying NuGet method..."
        }
        
        # Fallback - Direct NuGet download + install
        $nugetUrl = "https://www.nuget.org/api/v2/package/Microsoft.UI.Xaml/2.7.3"
        $zipFile = "$env:TEMP\xaml27.zip"
        
        try {
            Invoke-WebRequest -Uri $nugetUrl -OutFile $zipFile -UseBasicParsing
            Expand-Archive -Path $zipFile -DestinationPath "$env:TEMP\xaml27" -Force
        
            # Install
            $appx64 = "$env:TEMP\xaml27\tools\AppX\x64\Release\Microsoft.UI.Xaml.2.7.appx"
            if (Test-Path $appx64) {
                Add-AppxPackage -Path $appx64 -ErrorAction SilentlyContinue | Out-Null
                Write-Output "UI.Xaml x64 installed"
            }
        
            # Cleanup
            Remove-Item "$env:TEMP\xaml27" -Recurse -Force -ErrorAction SilentlyContinue
            Remove-Item $zipFile -Force -ErrorAction SilentlyContinue
        } catch {
            Write-Warning "NuGet method failed: $_"
        }
        
        # Verify
        <# $pkg = Get-AppxPackage -Name "Microsoft.UI.Xaml.2.7" -AllUsers -ErrorAction SilentlyContinue
        if ($pkg) {
            Write-Output "SUCCESS: Microsoft.UI.Xaml.2.7 v$($pkg.Version) installed"
            exit 0
        } else {
            Write-Error "FAILED: Microsoft.UI.Xaml.2.7 not found after install"
            exit 1
        }
        #>

         

  • Microsoft.UI.Xaml.2.7 is a framework dependency (WinUI 2) and, in a perfect world, the Microsoft Store should detect that dependency and install it before Company Portal installs. That’s exactly how Store framework dependencies are meant to work.

    The key part is your question about “adding it as a dependency” in Intune: with Microsoft Store app (new) you don’t get a “dependency chain” feature like you do for Win32 apps. Intune’s dependency feature is Win32-only, and even there it explicitly can’t depend on other app types (including Microsoft Store apps). So there isn’t a supported way to say “Company Portal depends on Microsoft.UI.Xaml.2.7” when both are Store apps.

    What you can do (and what most people do in this scenario) is deploy Microsoft.UI.Xaml.2.7 and assign it as Required to the same device group(s) as Company Portal. It won’t guarantee strict install order, but in practice Intune will keep retrying and once the framework is present, Company Portal will install.

    Take a look --> https://learn.microsoft.com/en-us/answers/questions/4186161/what-is-microsoft-ui-xaml-2-7-and-why-dont-i-have

    • Sriram_Jasti's avatar
      Sriram_Jasti
      Copper Contributor

      Thank you for the Response Simone_Termine​.

      1. I tried to follow your suggestion to deploy Microsoft.UI.Xaml.2.7 as Microsoft Store app (new). However i am unable to find the exact package. Can you give me the correct application name ?

      2. As per your explanation in my organization in some cases Microsoft Store is not installing the dependencies. so is this something that needs to be corrected on my organization settings or Microsoft store support team should review and take necessary action.

      • Simone_Termine's avatar
        Simone_Termine
        Brass Contributor

        Hi Sriram_Jasti​ ,
        that’s likely because Microsoft.UI.Xaml.2.7 is a framework dependency, not a normal “Store app” with a user-facing listing, and those framework packages often don’t show up in Intune’s Store search. Microsoft also explicitly notes that some Store apps won’t be displayed/available when searching inside Intune.

        Did you try to take a look here? --> https://learn.microsoft.com/en-us/answers/questions/4186161/what-is-microsoft-ui-xaml-2-7-and-why-dont-i-have

Resources