[9.x] Update PackageManifest::$vendorPath initialisation for cases, when composer vendor dir is not in project directory #41463
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
It's possible, that for some reason, vendor dir could be in another directory (https://getcomposer.org/doc/03-cli.md#composer-vendor-dir).
For example, when you change vendor dir in docker image for easier app bind mounting (https://github.com/BretFisher/php-docker-good-defaults/blob/master/Dockerfile).
In that case, if you run
php artisan package:discover
generated bootstrap/cache/packages.php file will contain empty array.That's why those changes should be accepted, so even if COMPOSER_VENDOR_DIR is changed package discover working correct.
Those changes are backward compatible, because it's assumed that nobody would set or change global environment variable
COMPOSER_VENDOR_DIR
without reason.