Distinguish between direct and transitive packages#1530
Conversation
|
do you have a screenshot of what this would look like? and how do you see it working for other pkg managers? |
8f270b3 to
1bd1f7b
Compare
|
Depends on #1538 |
3eed7fb to
e6467d6
Compare
e6467d6 to
3f579f5
Compare
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
- Log parse failures in parsePipListJson() instead of silently returning [] - Make isTransitive readonly on PackageInfo and PythonPackageImpl - Rename fetchDirectPackageNames to getDirectPackageNames in public API - Fix JSDoc to say Set instead of array - Add isTransitive to public API PackageInfo - Localize transitive uninstall confirmation and (transitive) prefix - Respect pkg.iconPath, only fallback to ThemeIcon - Wrap getDirectPackageNames in try/catch for error isolation - Use poetry show --top-level instead of --tree; fix glyph regex - Only refresh packages when cache is empty, not on every expansion - Add unit tests for parsePipListJson, parseUvTree, and error handling Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
|
Addressed all review comments in the latest commit. See individual replies on each comment thread for details. |
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
| * @param environment - The Python environment for which to fetch direct package names. | ||
| * @returns A promise that resolves to a set of package name strings, or undefined if not supported. | ||
| */ | ||
| getDirectPackageNames?(environment: PythonEnvironment): Promise<Set<string> | undefined>; |
There was a problem hiding this comment.
Is it implemented for conda? Seems not covered
There was a problem hiding this comment.
Conda doesn't have a direct mechanism for getting direct packages, only conda env export --from-history which isn't strictly the same as direct or transitive packages, and can lead to more confusion
| // If direct package detection fails, leave isTransitive undefined rather than breaking refresh | ||
| } | ||
| if (afterDirectDependenciesNames && afterDirectDependenciesNames.size > 0) { | ||
| for (const pkg of after) { |
There was a problem hiding this comment.
Copilot generated: isTransitive is declared readonly on both the public PackageInfo and PythonPackageImpl, but this writes to it through a structural cast — that bypasses the contract just introduced. It also depends on getPackages() returning the same cached object references each call, which isn't a documented guarantee. Preferred: compute isTransitive inside each manager's refresh() and pass it through api.createPackageItem(...) so the field is genuinely immutable and the cast can go away.
| /** | ||
| * Fetches the names of direct (non-transitive) packages for the specified Python environment. | ||
| * @param environment - The Python environment for which to fetch direct package names. | ||
| * @returns A promise that resolves to a set of package name strings, or undefined if not supported. |
There was a problem hiding this comment.
Copilot generated: Two questions on this signature:
Set<string>is unusual on our public API surface;readonly string[]would be more consistent with the rest ofPackageManagerand easier for consumers to serialize/transport.- The three observable states — method not implemented, method returns
undefined, method returns an emptySet— all need documented semantics. The current consumer treats empty-set as "no info" (via asize > 0guard), which silently drops legitimately-empty results. Likewise, consumers ofPackageInfo.isTransitivecan't distinguishundefinedfromfalse; please document thatundefinedmeans "unknown".
Show a modal warning with 'Uninstall Anyway' / 'Cancel' instead of silently blocking uninstall of transitive packages. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
…intent) pip list --not-required and uv pip tree --depth=0 return leaf packages (no dependents), not user-installed packages. Document this limitation on the PackageManager interface, pip implementation, and utility function. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Transitive packages now show a tooltip: 'This package is a dependency of another installed package. It may also have been explicitly installed.' Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Include . in the extraction regex so dotted package names like zope.interface and ruamel.yaml are not truncated. Normalization via normalizePackageName (PEP 503) is already applied for comparison. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This pull request attempts to identify transitive packages in the user environment, and show indicators in the UI.
Problem
All installed packages, regardless of hierarchy are displayed equally in the sidebar. However, the relationships between them is not entirely obvious through the UI. This may cause (less experienced) users to get confused when they see packages they haven't explicitly installed, or to modify/delete transitive packages, potentially affecting their direct packages.
Hence, there needs to be a way to clearly distinguish between them, and provide guardrails to prevent unintended behaviour.
Proposal
Direct packages are detected through the built in commands of the package managers
pip list --not-required --format=jsonuv pip tree --depth 0poetry show --top-level --no-ansiconda env export --from-history*Packages shown are clearly identified as "Direct packages" or "Transitive" in the UI. Controls for uninstalling transitive packages are hidden to avoid unwanted behaviors.
Closes #524