Open gferreri opened 1 year ago
Hitting this too. Possibly a problem with pnpm workspaces since the pnpm-lock isn't in the same package as the security issue? (it's one folder up, as per how workspaces work).
Thanks for letting us know. Can any of you share an example repository showing this problem?
I am encountering a similar issue. My lockfile is not at the top level of the repo (frontend/pnpm-lock.yaml
).
updater | 2023/12/18 09:33:03 INFO <job_763337106> VulnerabilityAuditor: starting audit
updater | 2023/12/18 09:33:03 INFO <job_763337106> VulnerabilityAuditor: missing lockfile
updater | 2023/12/18 09:33:03 INFO <job_763337106> Requirements to unlock update_not_possible
updater | 2023/12/18 09:33:03 INFO <job_763337106> Requirements update strategy bump_versions
updater | 2023/12/18 09:33:04 INFO <job_763337106> The latest possible version of @koa/cors that can be installed is 4.0.0
updater | 2023/12/18 09:33:04 INFO <job_763337106> The earliest fixed version is 5.0.0.
updater | 2023/12/18 09:33:04 INFO <job_763337106> Finished job processing
updater | 2023/12/18 09:33:04 INFO Results:
updater | Dependabot encountered '1' error(s) during execution, please check the logs for more details.
updater | +------------------------------+
updater | | Errors |
updater | +------------------------------+
updater | | security_update_not_possible |
updater | +------------------------------+
updater | time="2023-12-18T09:33:04Z" level=info msg="task complete" container_id=job-763337106-updater exit_code=0 job_id=763337106 step=updater
Also running into this issue in our monorepo.
Same issue with also yarn.lock. Monorepo but no workspaces (one package.json, one yarn.lock, one node_modules - all in the root of the repo).
We're having the same issue with pnpm
and dependabot. Are there any plans to support pnpm-lock.yaml
? Our lock file is in the root directory.
Any plan on fixing this ? It's used by a lot of people.
We've run into this issue when using dependabot in a repository using pnpm workspaces.
Mimicking the behaviour on my local machine, I've noticed that running pnpm update
from the root will not update a dependency in a child workspace, however running pnpm update -r
does.
I just had a quick dig through the code and it looks like dependabot is not passing the -r
(recursive) flag when running the update:
https://github.com/dependabot/dependabot-core/blob/86ab940b72ad9253610e70af76a4834559b17567/npm_and_yarn/lib/dependabot/npm_and_yarn/update_checker/version_resolver.rb#L572-L575
Here is the doc on pnpm's recursive flag https://pnpm.io/cli/recursive
I haven't thought too hard about this, but it seems like a sensible thing to add.
We are having this issue as well, can we get an update from the dependabot team?
Is there an existing issue for this?
Package ecosystem
pnpm
Package manager version
8.8.0
Language version
No response
Manifest location and content before the Dependabot update
No response
dependabot.yml content
No response
Updated dependency
No response
What you expected to see, versus what you actually saw
Expected
postCSS
to be updated in pnpm-lock.yamlActual: received error message:
Dependabot cannot update postcss to a non-vulnerable version
However, running
pnpm audit --fix
successfully patches the dependency.truncated logs:
Native package manager behavior
Images of the diff or a link to the PR, issue, or logs
No response
Smallest manifest that reproduces the issue
No response