Open denelon opened 1 year ago
I can't read C++ but in the spirit of Hacktoberfest I tried to look into this. I've found what I think are two possible sources of this problem, depending on what is called by what when:
First, this comment and code in WorkflowBase.cpp seems to imply ProductCodes are intentionally always searched "Exact": https://github.com/microsoft/winget-cli/blob/8d0996fc4921261b3eb46b0351793f53e8e918f4/src/AppInstallerCLICore/Workflows/WorkflowBase.cpp#L472-L477
and then further down the same file we have some more interesting logic that always searches for ProductCodes with MatchType "Exact", but does make an exception for portable packages specifically and treats those correctly with CaseInsensitive: https://github.com/microsoft/winget-cli/blob/8d0996fc4921261b3eb46b0351793f53e8e918f4/src/AppInstallerCLICore/Workflows/WorkflowBase.cpp#L1073-L1081
Then there's also some sussy stuff in ARPCorrelation.cpp, but to me it reads like these searches are only comparing the current ARP state to a cached/prior ARP state so maybe this code doesn't actually interact with a remote source:
If the issue really is in WorkflowBase.cpp where I pointed to I could open a PR, but my C++ skills won't go much beyond replacing MatchType::Exact
with MatchType::CaseInsensitive
so if there's a lot of other impacted or related code, or special exceptions would have to be made I couldn't do that.
@ryfu-msft the origin of this came from winget-cli-restsource. Does this look like it's sufficient, or would more work be involved (test cases impacted)?
Is there an update on this?
Brief description of your issue
The client calls a REST source and passes in the productCode in lowercase. It's doing "Exact" matching when it probably should be doing "caseInsesnsitive" as referenced in:
Steps to reproduce
Add a manifest with a product code containing an upper case productCode to the REST source. Attempt to get a matching result with the client.
Expected behavior
A match is returned
Actual behavior
No match is returned.
Environment