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
$parser = (newParserFactory())->createForVersion(PhpVersion::fromComponents(7, 4, 0));
or
$parser = (newParserFactory())->createForVersion(PhpVersion::getHostVersion());
or
$parser = (newParserFactory())->createForVersion(PhpVersion::fromString('7.4'));
or
$parser = (newParserFactory())->createForVersion(PhpVersion::fromString('8.3'));
But the Docblock wont be parsed. When switching back to 4.19.1 it appears again like expected. The weird thing is, that there are multiple other tests with similar setup (a custom annotation to indicate some functionality), and they are passing without issues, so they must be properly parsed. Even in the same case, inside the configureOptions() function, there is an Ignore Annotation, which apparently gets parsed properly since the test regarding that case passes without issues.
Since its a test case, so an isolated, well described situation, it would seem like a perfect spot to inspect this peculiarity. It's regarding this test which is regarding this case.
Like the title says, when bumping the version, suddenly a very specific Docblock is no longer being recognized by the parser.
I'm assisting in bumping this repository to Symfony 7, for another project that I'm trying to assist in a version bump.
Long story short, I need to bump the version of this repo to 5 because of another dependency using it.
However, when doing so, the extracter repo has a test that suddenly fails.
The only change I've made to the code is to allow the version bump, which was to replace
with
But the Docblock wont be parsed. When switching back to 4.19.1 it appears again like expected. The weird thing is, that there are multiple other tests with similar setup (a custom annotation to indicate some functionality), and they are passing without issues, so they must be properly parsed. Even in the same case, inside the
configureOptions()
function, there is an Ignore Annotation, which apparently gets parsed properly since the test regarding that case passes without issues.Since its a test case, so an isolated, well described situation, it would seem like a perfect spot to inspect this peculiarity. It's regarding this test which is regarding this case.
To reproduce:
composer install
To see the Docblocks appear again:
"nikic/php-parser": "^3.0 || ^4.0 || ^5.0",
to "nikic/php-parser": "^3.0 || ^4.0",`composer update
vendor/bin/simple-phpunit
The text was updated successfully, but these errors were encountered: