-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug with set()
functions
#1072
Comments
Can also be related to phpstan/phpstan-src#3746 |
Only PHP-Parser seems to have been updated when the issue occured for the first time. This <?php
if (true) {
set();
} Results into this somehow: <?php
if (true) {
{set();}
} |
To confirm, you're seeing this issue with PHP-Parser 5.4.0, but not if you downgrade to 5.3.1? The changes to PropertyHook should not be related to this, as your code is a plain function call, not a property hook. |
I am facing this bug with Pint 1.19.0, but not with Pint 1.18.3. PHP-Parser was upgraded from v5.3.1 to v5.4.0. (but this was not the only one lib upgraded). Since I created that issue, someone also created a very similar issue happening with |
This is a low-level library. Please debug this issue further so we can see where the bug is. It might not be in PHP-Parser. |
Hello,
On a Laravel project, I am using deployer where a
set()
function is defined to setup the global configurations.Since PHP-Parser version 5.4.0, it seems like something wrong happened with that
set()
function, breaking my Pint (PHP-CS-Fixer for Laravel) pipelines in my project.I created a reproducer in the Pint project here: laravel/pint#353
This seems to be related somehow to latest changes in
PropertyHook
where I can see someset
hardcoded?See: 6478c5a#diff-7b34ed55e32983d7ed56a09fc70ba016f0b84cf024c8062b8dcb2682157edca4
The text was updated successfully, but these errors were encountered: