Tags: microsoft/winget-cli
Tags
Swap WinForm for native window proc (#5530) ## Issue The recent addition of a hidden WinForm pulled in a number of binaries that in total were over 30 MB. This is overkill for what we needed. ## Change Replace that hidden WinForm with a native window proc handler.
Apply latest loc patch (#5507) ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/microsoft/winget-cli/pull/5507)
Add ReleaseStatic configuration to WinGetServer project (#5477) Each vcpkg port can only be installed with a single triplet at a time (in a given install directory). Since we have different triplets for static and non-static configurations, we need to ensure that all projects use the same triplet for a given solution configuration. This PR adds the ReleaseStatic configuration to the WinGetServer project and sets the solution to use that when appropriate. It also includes a bit of deduplication in the vcxproj. Having WinGetServer use the triplet for the non-static configuration when building for static, is causing errors in the internal build because it deletes some of the installed triplets that other projects later try to consume. ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/microsoft/winget-cli/pull/5477)
Refactor ProcessMultiplePackages for clarity (#5340) ## Change A refactor of `ProcessMultiplePackages` to increase the clarity of what is being requested as options. This is done by passing a flags enum rather than 5 booleans. Also removes some extraneous `Workflow::` namespaces and improves the logging when going backward in execution phase.
Only download during COM download (#5348) Cherry pick #5327 to 1.10 ## Issue When `download` was added, the COM download and install split for dependencies was accidentally implemented. But it was validated only with download in mind, so the download part worked for download intent. With dependencies, the split basically attempted to install the dependencies twice, causing a failure on the second attempt due to internal assertions. ## Change For the COM download command, explicitly force that we are only downloading.
Add securityContext to configuration file (#5309) <!-- To check a checkbox place an "x" between the brackets. e.g: [x] --> - [x] I have signed the [Contributor License Agreement](https://cla.opensource.microsoft.com/microsoft/winget-pkgs). - [ ] This pull request is related to an issue. Setting developer mode, installing Visual Studio 2022 & fetching and installing VS components all require elevation. Added `securityContext: elevated` for these resources. Removed `allowPrerelease: true` for `Microsoft.WinGet.DSC/WinGetPackage` as it's GA now. Also fixed a bad link in the docs ----- ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/microsoft/winget-cli/pull/5309)
Dscv3 command base (#5280) ## Change Adds infrastructure for writing DSC v3 resource commands. Adds a new hidden command `dscv3` to put the resources under. Adds a file content resource (`DscTestFileResource`) that is only available when tests hooks are enabled. The resource infrastructure generates the resource manifest based on the defined functions and modifiers given to the base via `winget dscv3 <resource> --manifest`. It directs the `DscFunctions` it is given to the appropriate virtual method (`--get` maps to `ResourceFunctionGet`). Resources can define properties using the helper macro `WINGET_DSC_DEFINE_COMPOSABLE_PROPERTY` and create an object to represent their properties with `DscComposableObject`. This makes extracting and writing properties to JSON easy, as well as generating a schema.
PreviousNext