You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(i.e., a root directory with components managed by a package.json, and a subfolder with its own set of components managed in a separate package.json)
In the event that a vulnerable transitive dependency (let's say, package x) appears in a component in the child directory's set (let's call the parent component A), the component detector seems to group A with all other packages in root that also contain vulnerable transitive dependency x in the bcde-output.json file, with no regard for this difference in directory hierarchy.
Is it possible for this differentiation to be made between levels on component detection? Happy to offer additional context (sorry for the lack of screenshots / examples, this issue is happening in the component detector being leveraged in an internal MSFT tool.)
The text was updated successfully, but these errors were encountered:
Thanks for the report. Could you open your package-lock.json files and check if lockfileVersion is 3?
My hunch is that because we don't yet support that lockfile version just yet (see #476), they get picked up by our NpmDetector, which just scans package.json files, without root information, and that may be bunching them together under root.
Hello,
Experiencing this interesting bug where given a directory with the following hierarchy:
(i.e., a root directory with components managed by a package.json, and a subfolder with its own set of components managed in a separate package.json)
In the event that a vulnerable transitive dependency (let's say, package
x
) appears in a component in thechild
directory's set (let's call the parent componentA
), the component detector seems to groupA
with all other packages inroot
that also contain vulnerable transitive dependencyx
in thebcde-output.json
file, with no regard for this difference in directory hierarchy.Is it possible for this differentiation to be made between levels on component detection? Happy to offer additional context (sorry for the lack of screenshots / examples, this issue is happening in the component detector being leveraged in an internal MSFT tool.)
The text was updated successfully, but these errors were encountered: