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

Windows Capabilities in appxmanifest not properly used by building .msix [MAUI] #7766

Closed
2 tasks
Redth opened this issue Sep 27, 2022 · 7 comments
Closed
2 tasks
Assignees
Labels
bug Something isn't working product-winui3 WinUI 3 issues team-Markup Issue for the Markup team

Comments

@Redth
Copy link
Member

Redth commented Sep 27, 2022

Describe the bug

Description

Originally from: dotnet/maui#10287

When the Capability runFullTrust is replaced with something else (for instance removableStorage) and the msix file is build, the following is shown during the installation:
image
(The msix file can be found here MauiIssue-WindowsCapabilities Action Artefact)
As you see, the runFullTrust was not removed from the msix which is strange.

Link to public reproduction project repository

https://github.com/Tardigrade42/MauiIssue-WindowsCapabilities

Version with bug

6.0.486 (current)

Steps to reproduce the bug

  1. Create a Maui-App from the template
  2. Go to "Platforms > Windows > Package.appxmanifest"
  3. Change:
<Capabilities>
   <rescap:Capability Name="runFullTrust" />
</Capabilities>

to

<Capabilities>
   <uap:Capability Name="removableStorage" />
</Capabilities>
  1. Build app with dotnet publish
  2. Open the MSIX file on your computer

Expected behavior

runFullTrust was not removed from the msix

Screenshots

No response

NuGet package version

WinUI 3 - Windows App SDK 1.1.5

Windows app type

  • UWP
  • Win32

Device form factor

Desktop

Windows version

Windows 10 (21H2): Build 19044

Additional context

No response

@Redth Redth added the bug Something isn't working label Sep 27, 2022
@ghost ghost added the needs-triage Issue needs to be triaged by the area owners label Sep 27, 2022
@evelynwu-msft evelynwu-msft self-assigned this Sep 27, 2022
@evelynwu-msft evelynwu-msft added team-Markup Issue for the Markup team and removed needs-triage Issue needs to be triaged by the area owners labels Sep 27, 2022
@evelynwu-msft
Copy link
Contributor

Tracked internally as http://aka.ms/41603067

@evelynwu-msft evelynwu-msft added the fixed-internally This bug has been fixed, and the fix will be shipped in the next version of WinUI 3. label Oct 11, 2022
@bpulliam bpulliam added the product-winui3 WinUI 3 issues label Oct 12, 2022
@Tardigrade42
Copy link

Hi,
since I am waiting for a solution of this issue for a while now, I wanted to ask if there is progress with this case or if there is a workaround?

@evelynwu-msft
Copy link
Contributor

@Tardigrade42 Unfortunately there is no workaround. However, a fix will be included in the 1.3 release and we are aiming to bring it into an upcoming 1.2 servicing release as well.

@Tardigrade42
Copy link

Thank you very much :)
I have no idea how often you are building releases. When will this release be available on Visual Studio?

@evelynwu-msft
Copy link
Contributor

@Tardigrade42 We're aiming to include this in the January 2023 1.2 servicing update.

@Tardigrade42
Copy link

That sounds great🙂. Thank you!

@evelynwu-msft
Copy link
Contributor

Windows App SDK 1.2.3 shipped today with the fix for this issue.

@bpulliam bpulliam removed the fixed-internally This bug has been fixed, and the fix will be shipped in the next version of WinUI 3. label Feb 29, 2024
@bpulliam bpulliam added this to the WinUI 3 in WinAppSDK 1.2 milestone Feb 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working product-winui3 WinUI 3 issues team-Markup Issue for the Markup team
Projects
None yet
Development

No branches or pull requests

4 participants