microsoft / microsoft/winget-cli
Font and ZIP+NestedFont installer types not supported via REST source
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 26.4k
- Forks
- 1.8k
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 15
Description
Relevant area(s)
WinGet CLI
Relevant command(s)
No response
Brief description of your issue
Installing packages with InstallerType: font or InstallerType: zip + NestedInstallerType: font via a private REST source fails. Both installer types appear to be unsupported when delivered through a REST source.
The REST API response is correct and contains "InstallerType": "font". The issue appears to be on the client side, where font installer types are not handled when coming from a REST source.
Steps to reproduce
- Set up a private REST source
- Add a package manifest with InstallerType: font (or InstallerType: zip + NestedInstallerType: font)
- Run winget install -s
Expected behavior
The font package installs successfully, same as it would from a local manifest or the official winget source.
Actual behavior
Case 1 – InstallerType: font:
winget show displays InstallerType: unknown despite the REST API returning "InstallerType": "font" correctly.
winget install fails with:
Unexpected error executing command:
0x80070032 : The request is not supported.
Case 2 – InstallerType: zip + NestedInstallerType: font:
winget install fails with:
Nested installer type is not supported.
Environment
- winget version: 1.12+
- Source type: REST (Microsoft.Rest)
- Manifest schema: 1.12
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing both cases with winget install <package> -s <rest-source> and compare REST-source handling with local-manifest or official-source behavior. Trace the WinGet CLI paths that consume InstallerType and NestedInstallerType from the REST response. Done means both font and ZIP+nested-font packages install successfully through a private REST source.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 50/100