Closed jderusse closed 3 years ago
I suspect this is one of the few cases which composer/semver 2.x/3.x dropped support for by adding more strict validation. There were a few really broken constraints out in the wild that 1.x accepted but which make no sense. I don't think we want to add support again, this lock file needs fixing.
Latest composer/semver would treat this as dev-8.x-1.x
if the branch name is 8.x-1.x
. That should make it parseable. I hope this helps.
thanks for the explanation
When analyzing a composer.lock file sent by customer, I discovered this package:
When parsing the version, Semver throws an UnexpectedValueException.
note: This exception, is also thrown when running $composer->getLocker()->getLockedRepository() when the ArrayLoader is loading the package.
So, I wonder, if this is a legitimate version, and if we should patch Semver?