-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
WinUI apps do not handle "win-x64" RuntimeIdentifier's correctly #20299
Comments
I think this may also apply to unpackaged apps as well but I've tried to keep to the simplest case for this reproduction. |
I tried doing a "Release" build in Visual Studio of an unpackaged WinUI app and the contents of the "win10x-64" folder did start when I ran the .exe (missing images + font resources however). Maybe this is more evidence that "win-x64" being used is now causing problems with publish? Side note: I worked around the image/font issue by updating my csproj to be: <!-- Images -->
<MauiImage Include="Resources\Images\*">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</MauiImage>
<!-- Custom Fonts -->
<MauiFont Include="Resources\Fonts\*">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</MauiFont> |
We've added this issue to our backlog, and we will work to address it as time and resources allow. If you have any additional information or questions about this issue, please leave a comment. For additional info about issue management, please read our Triage Process. |
@BurkusCat does this relate to what you're seeing? |
@PureWeen I don't think that is what I have been seeing. I think my issues have been around the documentation around I've created a PR on the "maui-samples" repo with examples of fully working WinUI packaged + unpackaged GitHub actions: dotnet/maui-samples#442 I think there are lot of potential traps to fall into that produce failed builds for one reason or the other. I think a few I fell into were around I've renamed this issue as I think the crux of the issue is the docs guide you to use However, I will leave this ticket open in case MAUI does need to make some changes to support |
Well, crap, this was my issue when updating to .net 8. So to get it to work with .net 8, I had to revert the RID to win10-[...] and enable |
This is unfortunate that the issue is put on .NET 9 backlog. .NET 8 is LTS and this behavior seems to be a recent regression, should really be fixed in .NET 8... |
Verified this issue with Visual Studio 17.11.0 Preview 2.1 (8.0.60). Can repro this issue. |
Description
This is possibly a regression. I previously (on MAUI 8.0.3 and NET 8.0.100) was able to produce a MAUI Windows packaged app (albeit with this bug #19763 ) that was able to launch on startup. This was using RID
win10-x64
. I cannot get a build to produce usingwin10-x64
, presumably due to .NET updating or MAUI updating. I have not been successful in downgrading anything to get it working again.However, I have been able to build using RID
win-x64
which I think makes sense and is probably correct. This build does not start and crashes on launch. In my reproduction, I have build the "weathertwentyone" sample app using a GitHub actions pipeline following the documentation for how to build a packaged WinUI app (https://learn.microsoft.com/en-us/dotnet/maui/windows/deployment/publish-cli?view=net-maui-8.0). In my reproduction I have attached the build artifact and included the git tag of what the source used to build it was. You can look at the other tags or in theactions
branch to see more things I tried.I think a potential cause for the issue is that something now requires
win-x64
as the RID, however, something has not been updated to properly handle that RID causing the build produced not to be runnable.Steps to Reproduce
win10-x64
has been replaced withwin-x64
in my reproduction.Link to public reproduction project repository
https://github.com/BurkusCat/maui-samples/releases/tag/windows%2F1.6.1
Version with bug
8.0.6
Is this a regression from previous behavior?
Yes, this used to work in .NET MAUI
Last version that worked well
8.0.3
Affected platforms
Windows
Affected platform versions
Windows 11
Did you find any workaround?
No
Relevant log output
Log files when trying to start the app when I attach the Visual Studio debugger:
weather-twenty-one-log-packaged-self-contained.txt
The text was updated successfully, but these errors were encountered: