Package manager/ecosystem
javascript
Manifest contents prior to update
https://github.com/AlCalzone/node-zwave-js/blob/42a8a329396d950085424537aecf618a798c4874/package-lock.json
Updated dependency
https://github.com/AlCalzone/node-zwave-js/network/alert/package-lock.json/handlebars/closed
The only occurence of handlebars is ^4.7.6, however dependabot tries to update it to version 4.5.3 or later and fails with "one or more other dependencies require a version that is incompatible with this update".
What you expected to see, versus what you actually saw
I expected no update or alert at all, since the used version is already higher than necessary
Images of the diff or a link to the PR, issue or logs
https://github.com/AlCalzone/node-zwave-js/network/alert/package-lock.json/handlebars/closed/update-errors/48749721
Hi @AlCalzone, did you receive only an alert or also a PullRequest?
Only an alert (or rather three to be exact), which includes an error that dependabot could not update:

This is the description under "view details about this error":

Thanks, I don't work on those alerts myself, but I'll route this to the right team, thanks @AlCalzone!
We had those wrong reports now 3 times in a row the last 3 days. On first report, the dependency wasn't even present in our package-lock.json. The report yesterday and today was the same as the issue from the author - the version that's being requested to install is already installed.
This is the package-lock.json and this the report:

I'm now also getting the false positive for yargs-parser:

The lowest version in my package-lock.json is the recommended 18.1.1. Dependabot is unable to create an update (which is expected I guess).
I've experienced this, as well, and I have a hypothesis on why. In my case, dependabot reports the vulnerability in yargs-parser <= 5.0.0. The recommended remediation is: "Upgrade yargs-parser to version 5.0.0-security.0 or later". However, when I run npm ls yargs-parser on the main branch of my repo, I only see the patched version 5.0.0-security.0 listed. I manually checked my package-lock.json, as well.
I'm guessing this is maybe caused by the the following: