-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve correlation by keeping arch info declared in manifest arp DisplayName entry #3100
Changes from all commits
fd08bb9
e9b89a2
93d88fd
754cc9c
055c6e7
6746056
f846d02
c9a0a82
dba1b71
0e6da40
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,19 @@ | ||
PackageIdentifier: AppInstallerTest.TestMappingWithArchitectureX64 | ||
PackageVersion: 1.0 | ||
PackageName: TestMappingWithArchitecture | ||
PackageLocale: en-US | ||
Publisher: Microsoft | ||
License: Test | ||
ShortDescription: E2E test for mapping with architecture. | ||
Installers: | ||
- Architecture: x64 | ||
InstallerUrl: https://localhost:5001/TestKit/AppInstallerTestExeInstaller/AppInstallerTestExeInstaller.exe | ||
InstallerType: exe | ||
InstallerSha256: <EXEHASH> | ||
AppsAndFeaturesEntries: | ||
- DisplayName: "TestMappingWithArchitecture(X64)" | ||
InstallerSwitches: | ||
Custom: '/DisplayName TestMappingWithArchitecture(X64) /ProductID {0e426f01-b682-4e67-a357-52f9ecb4590d}' | ||
InstallLocation: /InstallDir <INSTALLPATH> | ||
ManifestType: singleton | ||
ManifestVersion: 1.2.0 |
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,19 @@ | ||
PackageIdentifier: AppInstallerTest.TestMappingWithArchitectureX86 | ||
PackageVersion: 1.0 | ||
PackageName: TestMappingWithArchitecture | ||
PackageLocale: en-US | ||
Publisher: Microsoft | ||
License: Test | ||
ShortDescription: E2E test for mapping with architecture. | ||
Installers: | ||
- Architecture: x86 | ||
InstallerUrl: https://localhost:5001/TestKit/AppInstallerTestExeInstaller/AppInstallerTestExeInstaller.exe | ||
InstallerType: exe | ||
InstallerSha256: <EXEHASH> | ||
AppsAndFeaturesEntries: | ||
- DisplayName: "TestMappingWithArchitecture(X86)" | ||
InstallerSwitches: | ||
Custom: '/DisplayName TestMappingWithArchitecture(X86) /ProductID {0e426f01-b682-4e67-a357-52f9ecb4590d}' | ||
InstallLocation: /InstallDir <INSTALLPATH> | ||
ManifestType: singleton | ||
ManifestVersion: 1.2.0 |
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I wonder if this is part of a larger problem where we are taking the first match rather than treating multiple matches as an issue (and thus resulting in no matches, with some logging of course). Also, some analysis that I hadn't thought is to look at how many normalized name and publisher values (or any of the system reference string cohort) map onto multiple package ids. Any time that is happening is likely cause for concern. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There's 153 unique ID_Name_Map_DuplicatesOnly_2023-03-29.csv If you look at the mapping where different package id's have duplicate name AND publisher, there's 339 id's that have duplication. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about for packages that just include their architecture and not the parens? Or where it isn't just the arch to string? Won't this still cause issues? I feel like where DisplayName is included in the manifest, the normalization shouldn't occur.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Our normalization code uses a regex which should take care of different formats of arch representations. x64, (x64), 64bit etc.
The reason we still need to do normalization on DisplayName comes from various considerations:
According to our brief analysis, the arch is the main source of false correlation. And it makes sense to keep arch info specifically. We could expand to include locale, or even version if we decide to in the future. But each expansion will come with the cost of making index multiple times larger, and less correlation success if the installed version is not in the repo. Unless we redesign the index structure in future winget v2 (if winget v2 is a thing).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see; thanks for the detailed explanation!