microsoft / microsoft/WindowsAppSDK

Removing EnableMsixTooling from project file for unpackaged applications produces crashing published app

Open
#3,718 7 comments 3 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area-MSIXBuildTools needs-triage team-Markup
Dominant language
C++
Stars
4.7k
Forks
471
Avg merge
3d 13h
Merged PRs (30d)
28

Description

Describe the bug

From my observations EnableMsixTooling is responsible for renaming the pri file from [ProjectName].pri to resources.pri. If EnableMsixTooling is ommited because it is not needed for unpackaged applictations and such an application is then published from the Visual Studio wizard, the [ProjectName].pri file is not copied to the publish directory.

Steps to reproduce the bug
  1. Create a new application
  2. Set <WindowsPackageType>None</WindowsPackageType>
  3. Remove EnableMsixTooling
  4. Publish the application with the Visual Studio wizard
Expected behavior

The pri-resource-file should be copied in every possible case, as not copying it produces a non runnable crashing output.

Screenshots

No response

NuGet package version

Windows App SDK 1.3.2: 1.3.230602002

Packaging type

Unpackaged

Windows version

Windows 10 version 22H2 (19045, 2022 Update)

IDE

Visual Studio 2022

Additional context

No response

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the unpackaged application flow with None and without EnableMsixTooling, then publish it through the Visual Studio wizard and inspect the output. Trace how the project file handles the [ProjectName].pri resource and compare the result when EnableMsixTooling is present; done means the PRI file is copied and the published app runs.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
build-system, desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.