Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Project Reunion runtime installer shows provisioning result of E_ACCESSDENIED during install #885

Closed
riverar opened this issue May 28, 2021 · 5 comments
Assignees
Labels
area-Infrastructure Build, test, source layout, package construction (TODO: move to Deployment, DeveloperTools) area-Installer bug Something isn't working servicing-consider v1.0 Bugs affecting 1.0
Milestone

Comments

@riverar
Copy link
Contributor

riverar commented May 28, 2021

Describe the bug
When attempting to install the Project Reunion runtime, package deployment succeeds but several provisioning steps appear to fail with E_ACCESSDENIED. It's not clear if the runtime installer is required to be elevated.

Steps to reproduce

  1. .\ProjectReunion-0.8Preview-Install-x64.exe
  2. Observe results
Deploying package: Microsoft.ProjectReunion.0.8-preview_8000.146.628.0_x86__8wekyb3d8bbwe
Package deployment result : 0x0
Deploying package: Microsoft.ProjectReunion.0.8-preview_8000.146.628.0_x64__8wekyb3d8bbwe
Package deployment result : 0x0
Deploying package: Microsoft.ProjectReunion.Main.0.8-preview_8000.146.628.0_x64__8wekyb3d8bbwe
Package deployment result : 0x0
Provisioning result : 0x80070005
Deploying package: Microsoft.ProjectReunion.DDLM.8000.146.628.0-x8-p_8000.146.628.0_x86__8wekyb3d8bbwe
Package deployment result : 0x0
Provisioning result : 0x80070005
Deploying package: Microsoft.ProjectReunion.DDLM.8000.146.628.0-x6-p_8000.146.628.0_x64__8wekyb3d8bbwe
Package deployment result : 0x0
Provisioning result : 0x80070005
All packages were installed successfully.

ProjectReunion-0.8Preview-Install-x64.exe
Windows 10 21H1 19043.985

@ghost ghost added the needs-triage label May 28, 2021
@andrewleader
Copy link
Contributor

@DrusTheAxe or @AdamBraden can you help with this?

@DrusTheAxe
Copy link
Member

@dkbennett is Stage tried as a best-effort sort of thing? It's only expected to succeed if the installer's running elevated? If so you can wrap it with

#include <Security.IntegrityLevel.h>
…
if (Security::IntegrityLevel()::IsElevated())
{
    ...stage the package...
}

and not error in the expected not-expected-to-work case

@dkbennett
Copy link
Member

Not sure if this is still a thing, but assigning to @DrusTheAxe for re-triage.

@DrusTheAxe DrusTheAxe added this to the 1.1 milestone Feb 22, 2022
@DrusTheAxe DrusTheAxe added area-Infrastructure Build, test, source layout, package construction (TODO: move to Deployment, DeveloperTools) area-Installer and removed area-DynamicDependencies labels Feb 22, 2022
@DrusTheAxe
Copy link
Member

DrusTheAxe commented Feb 22, 2022

https://task.ms/38095216

@DrusTheAxe DrusTheAxe added servicing-consider v1.0 Bugs affecting 1.0 labels Feb 22, 2022
@sachintaMSFT
Copy link
Contributor

This is fixed in 1.1 milestone.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-Infrastructure Build, test, source layout, package construction (TODO: move to Deployment, DeveloperTools) area-Installer bug Something isn't working servicing-consider v1.0 Bugs affecting 1.0
Projects
None yet
Development

No branches or pull requests

7 participants