Kaleb Luedtke
Kaleb Luedtke
### Brief description of your issue cc @denelon The package Microsoft.NuGet was added as an example of a portable application. The AppsAndFeaturesEntries for the manifest are set such that the...
- [x] Have you signed the [Contributor License Agreement](https://cla.opensource.microsoft.com/microsoft/winget-pkgs)? - [x] Are you working against an Issue? - Resolves #938 ----- ###### Microsoft Reviewers: [Open in CodeFlow](https://portal.fabricbot.ms/api/codeflow?pullrequest=https://github.com/microsoft/winget-cli/pull/2431)
This cleans up some of the files and documentation in the Repo. * Removes old and unused PR Template * Removes old and disabled spelling action which was disabled due...
### Description of the new feature / enhancement Although this is an edge case scenario, it may be good to consider. ----- Assume the user has the default source 'winget'...
- [x] Have you signed the [Contributor License Agreement](https://cla.opensource.microsoft.com/microsoft/winget-pkgs)? - [ ] Are you working against an Issue? This does not take into account any of the entitlement checking for...
In order for some apps like winget to work properly, there should be a value in the version and publisher ARP entry. This change sets those values
### Description of the new feature / enhancement There are several packages in the community repository with the installer type currently set to MSI incorrectly. Since the addition of #217...
### Brief description of your issue When a product code exists at the root level and a package is updated using wingetcreate, the product code from the root level is...
# Description of the new feature/enhancement Currently the installer type, scope, upgrade behavior, etc. are always placed at the Installer Level. When these values are the same for all installers,...
I'm not sure if this is the right area for this at all, so please move it if this is not where it belongs. # Description of the new feature/enhancement...